Open Containing Folder opens the actual file instead of the folder

[discip]

Is there an existing issue for this problem?

• I have searched the existing issues

OrcaSlicer Version

7082e94

System Details Report

---

• Date generated: 2024-08-13 15:47:20

Hardware Information:

• Hardware Model: ASUS ROG STRIX X670E-E GAMING WIFI
• Memory: 32,0 GiB
• Processor: AMD Ryzen™ 9 7950X3D × 32
• Graphics: AMD Radeon™ RX 7900 XTX
• Disk Capacity: 2,0 TB

Software Information:

• Firmware Version: 2007
• OS Name: Manjaro Linux
• OS Build: rolling
• OS Type: 64-bit
• GNOME Version: 46
• Windowing System: Wayland
• Kernel Version: Linux 6.8.12-3-MANJARO

How to reproduce

1. Launch Orca and navigate to the Home screen,
2. right click on any project file and
3. click Open Containing Folder

Actual results

Instead of the containing folder, the actual file is opened in another instance of Orca.

Expected results

The folder containing the project file should open.

[discip]

@Noisyfox
There seem to be even more Linux specific quirks.
Any idea on that one?

[Noisyfox]

Yeah, linux does not have a common "open containing folder" command. I think the best option is to open the folder without the file been seleceted automaically, instead of using a disto-specific command.

[discip]

So, ... is there anything that could be done to solve this?

[Noisyfox]

I think the best option is to open the folder without the file been seleceted automaically, instead of using a disto-specific command.

This.

[discip]

Sorry, I'm not able to follow.😅
What exactly do you mean?

[Noisyfox]

A proper "Open containing folder" command does two things:

1. Open the file browser and navigate to the folder that contains the target file
2. Automatically select the target file in the opening file browser window

To achieve this on Linux, a proper implementation will look something like this: https://github.com/chromium/chromium/blob/81e87b5df4454f9e3d73306171b9840c1c09d1a7/chrome/browser/platform_util_linux.cc#L62-L293

It's just too much effort for such a simple thing, especially when you can achieve this with (almost) a single command on Windows and macOS:

OrcaSlicer/src/slic3r/GUI/GUI.cpp

Lines 556 to 559 in 9a26001

	const wxString widepath = from_u8(path);
	::wxExecute(L"explorer /select," + widepath, wxEXEC_ASYNC, nullptr);
	#elif __APPLE__
	openFolderForFile(from_u8(path));

So, instead, for Linux I think it's much easier to just do step 1 without step 2, which should be achieved by a std::filesystem::path::parent_path then an xdg-open command.

[discip]

Thank you for the thorough explanation. 👍

So, instead, for Linux I think it's much easier to just do step 1 without step 2,

I totally agree, but I don't know how to achieve the following:

which should be achieved by a std::filesystem::path::parent_path then an xdg-open command.