musescore / musescore/MuseScore

Workspaces Don't Save on Exit (ArchLinux)

Open
#33,715 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

os: linux UX/interaction
Dominant language
C++
Stars
15.1k
Forks
3.3k
Avg merge
2d 2h
Merged PRs (30d)
91

Description

Issue type

UX/Interaction bug (incorrect behaviour)

Description with steps to reproduce

A workspace will be created, but remain identical to the "default" workspace if
1. The UI is changed by dragging panels around.
2. A workspace is created from the modified layout using either the "Create New Workspace" or "Save Layout as New Workspace" button.
3. The file is saved and then exited.

Upon re-entering any file, the workspace will load as if it was the default workspace.

A workspace will be temporarily created, and deleted upon reload if
1. The UI is changed by dragging panels around.
2. A workspace is created from the modified layout using either the "Create New Workspace" or "Save Layout as New Workspace" button.
3. The file is not saved, and the user exits the software.

Upon entering any file, the created workspace will no longer be listed.

I notice aspects of the workspace do actually save, such as modifications to what is listed on the top toolbar, but I can't exactly imagine this feature is working as intended if that's the only thing that workspaces affect.

Supporting files, videos and screenshots

A 2 minute video showing a few variations of the bugged behavior.

In which versions of MuseScore Studio is this issue present?

4.7.2

Regression

I was unable to check

Operating system

Arch Linux (SteamOS)

Additional context

I have gotten a workspace to save exactly once. It was at least a few versions ago, perhaps 4.5.x
During my attempts at filming this bug in action, I have killed that workspace. Rest in peace, I guess...
I chose not to mark this bug as a regression because I remember getting it to save even back then was a miracle.

Checklist
  • This report follows the guidelines for reporting bugs and issues
  • I have verified that this issue has not been logged before, by searching the issue tracker for similar issues
  • I have attached all requested files and information to this report
  • I have attempted to identify the root problem as concisely as possible, and have used minimal reproducible examples where possible

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

No source file or test is named. First reproduce the workspace creation, save, exit, and reload flows on Arch Linux, then trace the workspace persistence and loading entry points. Done means layouts created after dragging panels survive both saved and unsaved exits and remain available after reopening a file.

Written by the indexing model from the issue text.

Assessment

Tech stack
cpp, linux
Domain
desktop
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
45/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.