MuseScore always creates a /MuseScore4/Scores directory in Documents

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

I'm in the same boat.
MacOS Ventura 13.1, MuseScore 4.0.1.
$HOME/Documents/MuseScore4 recreated on MuseScore 4 startup, with subfolders "Cloud Scores" and "Scores".

I have the same problem: $HOME/Documents/MuseScore4 recreated on MuseScore 4 startup.

MacOS Monterey 12.6.2

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

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

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.

Yes, that's the bug this issue is all about

Could this behavior been changed to create them just before closing if not already, so you have a chance to change them and not have to remove them manually?

I'm in the same situation here - it would be great if the behavior could be updated so that we can keep a clean file system - thanks.

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 👍

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.

a workaround is to create a symlink in your $HOME to where you've place MuseScore4.
In my case I have it in "Documents" so:

1. open terminal
2. type: ln -s Documents/MuseScore4

I can confirm the issue, 100% reproducible on Linux (set all directories in Settings -> Folders to a location outside if ~/documents, close MuseScore 4, delete ~/documents/MuseScore4, open MuseScore 4, observe that ~/documents/MuseScore4 has been recreated).

I would like to challenge that

(a) This is a regression. It is possible to configure MuseScore3 to not create the directory in an unwanted location.

(b) There is no workaround. I don't want ANY application to craete ANYTHING in ~/documents that I didn't ask for. There's no workaround for that. Creating Symlinks or non-readable directories still clutters up ~/documents/ with unwanted garbage.

(c) It seems this issue is 100'% reproducible for everybody. The frequency should reflect that.

1. It isn't a regression as this behavoir existed in MuseScore ever since
2. The workaround is describe just above your post. You may not like it, but that's not the point
3. Reproducibility Alwasy does reflect this already

Other than that: this issue tracker is being discontinued, so better report this iossue on GitHub

Not a regression? In January you confirmed that it was?
https://musescore.org/en/node/335161#comment-1168602

The workaround suggested by antonioleal is really not much of a workaround if what's nagging you is the directory in /Documents - it will still be there.
An alternative (if you have set up another directory in Preferences>General>Folders) is this:
https://musescore.org/en/node/335161#comment-1153801

The script can be amended so that it also deletes the files created in /tmp and remain there after closing down MuseScore.

Outch

This issue is on github since December 2022: https://github.com/musescore/MuseScore/issues/15567 Hope there is a fix soon, because my backup solution is corrupted due to this bug.

The bug is fixed in MuseScore 4.1.

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