un bug méconnu de 2.3.2

Je sais cela vient un peu tard mais je suis tombé dessus à cause de 3.0.3.
Le bug est simple et seulement handicapant pour ceux qui comme moi se servent beaucoup de l'indexage repère de répétition tels que le signe Coda ( par défaut "codab" ). En cas de plusieurs signes coda il est impératif de les nommer différemment ( coda1, coda2, coda3, etc... ) et bien sûr de penser à indiquer cette indexation dans les D.S. ou D.C. respectifs.
Depuis 2.2.0 tout ceci fonctionne très bien et le bug est passé inaperçu : en présence de portées vides au moment où on les rend invisibles l'indexation des signes coda est perdue : il reviennent tous en "codab".
3.0.x a malheureusement hérité de ce bug
Voir fichier test ( à ouvrir avec 3.0.x ) :
 
Test portées invisibles farceuses.mscz
 
1 - Ouvrir ce fichier
2 - Clic sur le signe coda. Dans l'inspecteur il doit être identifié comme coda1.
3 - Dans Menu>Format>Style>Partition cocher "Masquer les portées vides dans les système" ou décocher son homologue "Ne pas masquer les portées vides du 1er système"
4 - Dans l'inspecteur le signe coda est identifié comme "codab"
5 - Renommer le signe coda comme "codag" ( pourquoi pas ? )
6 - Reprendre à 3 en faisant les opérations inverses
7 - Le signe coda est revenu à "codab"

De belles réclamations en vue surtout que ce bug est insidieux puisque si on indexe les répétitions après avoir rendu les portées invisibles les répétitions fonctionnent parfaitement et les indexations sont stables jusqu'à ce que quelqu'un veuille voir les portées invisibles et se demande pourquoi les renvois, dès lors, ne fonctionnent plus.