MuseScore always creates a /MuseScore4/Scores directory in Documents

• Sep 16, 2022 - 03:23
Reported version
4.0
Type
Functional
Frequency
Many
Severity
S4 - Minor
Reproducibility
Always
Status
active
Regression
No
Workaround
No
Project

Despite having changed the folder preferences, a MuseScore4 folder containing an empty Scores folder is created each time on startup.

Environment: Linux (Fedora 36)
Version: MuseScore 4 Alpha 2 (AppImage)

Steps to reproduce:
1. Download MuseScore
2. Run the AppImage
3. Change the folder preferences
4. Delete the MuseScore4 folder created during the first startup
5. Close and open MuseScore again
6. Notice that a MuseScore4 folder was created in the default location

Update: Tested it and the same issue happens on the nightly build. Though in that case it's also worth noting that the Scores entry in folder preferences was blank by default (while the other folder options were filled in with the default location).


Comments

Can confirm this behaviour for the stable MuseScore-4.0 version built and installed on a Linux Slackware system. On MuseScore-3 I've been using a ~/.MuseScore3/ folder with subfolders for scores, soundfonts and so on. Doing the same for MuseScore-4 works just fine, except that now a new ~/Documents/MuseScore4 folder is created at every startup. Most annoying. After all, these folders and their content are no documents proper.

When hitting Diagnostic > System > Show paths, the UserDataPath is set to /home/>user>/Documents/MuseScore4. No clue to where this is stored or how to change it.
As a workaround till this is properly solved, I've created a bin script for starting MuseScore that deletes the offending folder on exit with the following content:

#!/bin/sh
# A script for MuseScore that deletes the ~/Documents/MuseScore4 folder on exit.
/usr/bin/mscore
rm -r /home/kgha/Documents/MuseScore4

Severity S4 - Minor S5 - Suggestion
Reported version 4.x-dev  

This is the case ever since and by design, getting it changed therefore is a feature request AKA suggestion

The code explicitly creates those directories and not by accident. Was the case in MuseScore 1 already and probably before too.
Ant it creates them on first start, so before you have the chance to change this in Preferences

This did not happen om Musescore-3.6.2 (nor on earlier 3.x versions). After choosing an alternative folder for scores, no folder was ever created in ~/Documents
And I'm 100% certain. After trying out the rather buggy 4.0.0 I reverted to 3.6.2 - no Musescore folder created in ~/Documents.
After installing 4.0.1 the folder is created again, at every startup, despite having chosed another path to scores in preferences.

I just tried, I renamed ~/Documents/MuseScore3 and started MuseScore 3.6.2: a new ~/Documents/MuseScore3
Did the same with MuseScore 2.3.2, same result
Did the same with 1.3 and stand corrected, not ever since, but ever since MuseScore 2

Regression No Yes
Severity S5 - Suggestion S4 - Minor
Fix version 4.0.0

Hold on, all by my Mu1 use the default directory in Preferences...
So OK, it is a bug and 4.0 regression

In reply to by Jojo-Schmitz

I'm seeing the seem behavior consistently on Manjaro Linux (using the version from the Arch repos) -- even when I change the folders in Preferences -> General -> Folders, Musescore still creates a folder called "MuseScore4" in my home directory with "Scores" and "Cloud Scores", even when I've explicitly set the Scores directory to be a different folder.

I reported this a while back. Answer i got was a icloud not syncing properly .. haaaa 🤔
Glad others are reporting this do not losing my mind 👍

Frequency Few Many
Regression Yes No

I'm glad other people are seeing this. Any timeline on a fix? This is especially messing me up with Cloud Scores. I can set a custom path for locally-saved scores, but all my Cloud Score local backups are going to the rogue Musescore 4 folder, which is 100% not where I want it. I need to be able to save my cloud scores (and my Musescore files in general) to a specific folder for backup and syncing purposes.