Gradual tempo changes do not save color

Open
#22,695 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

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

Research direction

Reproduce this in MuseScore 4.2.1 by saving and reopening a score containing a colored “rall. _ _ _” tempo marking, then compare it with a working marking such as andante. Trace the opening and saving path for gradual tempo markings and verify that the color remains after reopening for rall., accel., and rit.

Written by the indexing model from the issue text.

Description

community P2
Issue type

Opening/saving issue

Bug description

For some tempo modification, color is correctly saved, but not for all.

List of working:
a tempo, presto, vivace, allegro, ... andante, adagio, largo

List of not working:
accel., rall., rit.

The problem may be related to the abbreviation or to the dotted line.

Steps to reproduce

Create new partition
Add "rall. _ _ _"
Change color for "rall. _ _ _"
Save
Open -> the color is always black

Screenshots/Screen recordings

No response

MuseScore Version

4.2.1

Regression

I don't know

Operating system

Debian 12

Additional context

No response

Dominant language
C++
Stars
15.1k
Forks
3.3k
Avg merge
2d 2h
Merged PRs (30d)
91

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.

More from musescore/MuseScore

All issues in musescore/MuseScore

Similar issues

More C++ issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.