Encountered an interesting bug in the cue note handling. After creating a cue region to show notes for another instrument, changing that player’s instrument causes the cue notes to “corrupt”. These screenshots should help clarify. First, I have my Clarinet Bb 2 part showing a cue for Clarinet Bb1, and everything is fine:
After readding the part to the Full Score Layout, and assigning the empty part layout back to that part, I can now see the correct notes in the Clarinet 1 (C) part, but it still doesn’t render properly in either the Full Score view, missing the note heads like it did in the Clarinet 2’s part.
What would happen if one checkmarked the Clarinet in C to include it in the full score? Would that not only restore the changed instrument to the full score but also fix the cue in Cl. 2?
Whether this is a bug, I will leave to the Development Team to say; but calling something a bug is not a get-out-of-jail-free card to absolve one from the results of one’s own actions and slyly claim “this is not my fault.”
In the past members of the Dorico Development Team have not been reticent to admit on their own something is a bug when that is the case.
Checkmarking the Clarinet in C part to include in the full score gets it to appear in the full score, as expected, but it doesn’t fix the appearance of the cues in Clarinet 2.
Removing the part from the score layout when changing the instrument is unexpected behavior. Might not be a malfunction technically, but it still put my project in a state I wasn’t ready for.
Failure to render the cue note heads properly in this situation definitely feels like a technical bug, especially if closing and reopening the project fixes it. Whether the development team feels it is worth prioritizing against their backlog of feature work, that’s obviously up to them, but it’s a pretty clear malfunction of the program in this edge case, even if a clunky workaround exists.
