some elements can get marked invisible, but this doesn't get saved, so is lost on reload
Brackets, Instrument names are the examples I found so far.
See also #33461: Hidden lines become visible in scores imported from v1.x, these elements too get lost on 1.x import
Comments
Most likely the answer will be, disable the ability to mark these invisible in the first place. These aren't "real" elements; they are generated on the fly during system layout, since they may change as the number of measures per system changes.
Looks like a regression from 1.x where it was possible to set these invisible
Sort of - I'd just say one buggy behavior is changed into another. In 1.3, you couldn't set just *one* short staff name invisible. If you marked it invisible, it affect that staff for the whole score. At least, it did upon save/reload - at first it looked like you were affecting one system only. That's for exactly the same reason - these aren't "real" (more technical term: persistent) elements. For brackets, it would appear to work, then not survive the reload at all.
Oh, I missed that. Anyway, the 'visible' button in Inspector would need to get disabled for these then, or Inspector should show nothing at all, like for initial barline
Seems it came up again in https://musescore.org/en/node/95016
Fixed in branch master, commit db2244c5c5
fix #33541: some elements can get marked invisible, but this doesn't get saved, so is lost on reload
Instrument names are now not presented in the inspector.
Fixed in branch master, commit c807c0dcf0
fix #33541: some elements can get marked invisible, but this doesn't get saved, so is lost on reload
Fixed in branch 2.0.3, commit aea8df5703
fix #33541: some elements can get marked invisible, but this doesn't get saved, so is lost on reload
Fixed in branch 2.0.3, commit f2a9dc7364
fix #33541: some elements can get marked invisible, but this doesn't get saved, so is lost on reload
Idem for brackets now.
Automatically closed -- issue fixed for 2 weeks with no activity.