File dialogs bookmarks are not saved and mess other applications bookmarks

Confirm, but for me only sometimes. Right now, I have them. I had more trouble with the Load/Save style dialogue boxen…

I think it works better when you create all those bookmarks, then exit MuseScore to ensure the information is saved.

(Assuming you’re not using the AppImage; if you do, all bets are off.)

Erk… that’s even worse. Please install the proper distribution package instead; according to Linux Mint documentation, you can use the bionic packages from the official MuseScore 3 PPA https://launchpad.net/~mscore-ubuntu/+archive/ubuntu/mscore3-stable on 19.1. (The packages from the PPA should show the distro version, i.e. 3.2.3+dfsg1-1~ppa1804+1, instead of just 3.2.3, as version number in the Help → About dialogue, so you can distinguish them.)

If those PPA packages should not work, please do tell; in that case, I’ll try to make something work (like I recently did for KDE-neon users).

We’ve not yet had any Linux Mint users. I’ll post your concern to someone who can edit the site, but am still waiting for the last changes I requested to be applied. But it (as of the time of this writing) links to the “community package” before talking about the software manager, so that’s that.

I’m sorry to hear that it also does not work with the distribution package. I’ll try to invest some time to track that down, but it won’t be before mid next week due to a conference.

Thanks for trying out and letting me know.

I can also confirm this behaviour. Arch Linux, distribution package.

I use both Scribus 1.5.5 for DTP layout and museScore 3.2.3 (from ubuntu 18.04 PPA) to edit scores whose PDF later fit into the scribus file.
Both Scribus and MuseScore use FileDialogs to reach for a file to open. These FileDialogs enable to define bookmarls. I wish to have some Scribus bookmarks folders and other folders as bookmarks for museScore.

Each time i open museScore, the favorite folders are reset to museScore3/partition and demo folders. And the previously favorite folders defined disappear : as Richard S. Holmes describes in this issue.

What is worse is that scribus favorites FileDialog folders ALSO disappear each time i open museScore ; they are set to that same set of folders : ~, musescore3/partition and musescore/demo. These folders are totaly irrelevants for my scribus use !!!!!

I guess we need to take this to Qt support…

It could be an issue with museScore use of Qt because opening Scribus doesnt reset its booksmarks nor does reset museScore's bookmarks.

Try whether setting the ui/application/useNativeDialogs advanced preference to 1/☑ fixes this.

Incidentally, native dialogue boxen are default on at least one other platform, and necessary to avoid slow-down when working with .mscx files, so perhaps it’s time to lay the nōn-native boxen to rest, or at least fix the default…

Ooooh, this is too good. The documentation for the method used says:

On Windows, and macOS, this static function will use the native file dialog and not a QFileDialog.

That means, on Linux it doesn’t matter anyway…

I can't find anything that says Scribus uses QT. mirabilos is on of the contributors and has no doubt looked into the issue and discovered the issue is related to QT, which is a third party library used by MuseScore. It seems their code is the problem. They have fixed other interface problems that their code has introduced.

Apparently, others (Scribus, incidentally) also have this problem. And yes, it only applies to the “non-native” dialogue box: https://bugreports.qt.io/browse/QTBUG-36888?focusedCommentId=232755&pag…

This seems to have been fixed in Qt, though, but perhaps something in how MuseScore creates those non-native dialogue is bad. Scribus insists on using them (the native ones being broken for their use cases).

Also interesting: “I found another bug: QFileDialog::saveState() omits some state […] when the native dialog is in use. So it means when you switch back and forth between using the native dialog and using the widget-based dialog, the bookmarks (and some other stuff) from the widget-based dialog will be lost. Since the QFileDialog always stores the settings in the same place (they are global settings, not application-specific), one Qt app which uses the native dialog will end up destroying settings which were saved by another app which uses the widget dialog.” So using other Qt-based applications will trash that state… or a native dialogue elsewhere (the save one, maybe?).

This appears still only partially solved in Qt itself.

@mike320 About Scribus using Qt, see build explanations : https://wiki.scribus.net/canvas/Building_SVN_versions_with_CMake#Versio…

@mirabilos I tried setting the nativeDialog option and it fixes the issue. museScore uses nautilus-looking windows to pick a file, and doesnt reset scribus FileDialogs
Great !

OK, so let’s change the default to native dialogues on all platforms, and in the meantime ask some experienced Qt developer what’s wrong with the non-native ones and whether there’s still an open bug in Qt itself about it.

https://github.com/musescore/MuseScore/pull/5461

Fixed in branch master, commit 3390aab3c0

_fix #292912: use native file dialogues by default also on Linux

We already use them by default on the other platforms, and not
using them causes directory bookmark hassles, perhaps due to a
bug in Qt_

Automatically closed -- issue fixed for 2 weeks with no activity.

I see that this issue has been closed, but the problem still remains. Changes made to the list of bookmarks in other qt applications (e.g. Scribus and Double Commander) are overwritten and replaced with the four standard locations when I open Musescore, whereas changes made in Double Commander are preserved in Scribus and vice versa.
OS: Arch Linux, Arch.: x86_64, MuseScore version (64-bit): 3.5.2, revision: 465e7b6

Then it probably is a different and new issue

You can try to change the setting of Edit > Preferences > Advanced > ui/application/useNativeDialogs, it is known to cause issues with some Linux distros. Is it currently set to on or off for you?

Ir you're still using the old setting and your current version inherited it from the previous, if so either revert to factory settings or see above ;-)

That of course solves the direct problem, but only as a workaround, since the issue is still there: I started a new profile with musescore -c path/to/new/dir, removed one of the default locations and added a new, restarted, and

At some point I got the error message:
qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 800, resource id: 13030571, major code: 40 (TranslateCoords), minor code: 0
I don't know if that is related.