Not that weird - on Windows C:\foo\C:\bar is illegal. On Linux/Mac /home/qmc2/home/qmc2 is a valid path.

Sure . But I meant that specifying an absolute path should result in an absolute path, and not in a path relative to $PWD/snap. That's the "weird" part. However, I know what to do now.

I think global impact exists since your changes for the FileOpenDialog (r3988)
If I want choose/select a file by using the File chooser, I have to save the file.

No. It's just the word "save" in the dialog . I can probably change it, but I feel it's OK.

Maybe we have a understanding problem. Let me show you what I mean:


This can not be ok because I just want open a file without a additional message to replace it.

Here a previous version with the correct FileOpenDialog:



PS: Speichern=Save; Öffnen=Open

Again, that's just a standard dialog. QMC2 will not use the "saved" file name to save anything but for the corresponding string (which is supposed to be a path, which is why this dialog is used).

But it may be annoying in this scenario as I'm using the same dialog now in the emulator configuration and in the device setup.

If you want keep this dialog, I´ll go back to the previous version.

Did I say I want to keep it this way? No .

Your criticism is valid, I just said it's not saving anything. I'm working on it...

Thankfully, otherwise the existing data will destroyed, respectively overwritten.

It's now using QFileDialog::getOpenFileName() as before in the device setup and QFileDialog::getSaveFileName() in the emulator configuration (SVN r3993). I also removed the overwrite confirmation as it's not really useful here.