Initial octave way off during note input after mmrests
Ubuntu 14.04, GIT commit: 699a5ee
Interesting glitch I discovered while working on other mmrest issues:
1) load attached file
2) click the non-mmrest measure in alto part
3) note input mode
4) type "C"
Result:
This one fixes itself after toggling mmrests off & on (and will not appear until a save and reload after initially turning mmrests on), so it will presumably have to do with the fact that the underlying measures are not laid out yet. Probably we are looking for a clef in a measure that has not had one generated.
Attachment | Size |
---|---|
initial-pitch.mscz | 6.16 KB |
Comments
This issue appears on August 14/or end August 13, 2014 (more a year, still!) :(
- I receive an expected result with this Nightly: 8dedc28
- Not with this one: 3d19d74
Not easy to be sure:
Maybe in the last commit of August 13: https://github.com/musescore/MuseScore/commit/6d46589c5624b4278e5ad80c1…
To fix: #29431: Dragging clef, bracket, or spacer to score should highlight only target staff, not full system
Or, more likely, as said, on August 14, here? https://github.com/musescore/MuseScore/commit/7dc9aed512458c368ebf59811…
But this commit is too long for me... I lose the thread! :(
https://github.com/musescore/MuseScore/pull/2194
Fixed in branch master, commit a6dd00790f
fix #74961: initial octave guess on note input wrong after mmrests
Fixed in branch master, commit 6bec096a41
Merge pull request #2194 from MarcSabatella/74961-initial-octave-mmrest
fix #74961: initial octave guess on note input wrong after mmrests
Fixed in branch 2.0.3, commit b6d47ce12b
fix #74961: initial octave guess on note input wrong after mmrests
Automatically closed -- issue fixed for 2 weeks with no activity.