Show invisible does not work until screen is redrawn
Reported version
3.0
Priority
P1 - High
Type
Functional
Frequency
Once
Severity
S3 - Major
Reproducibility
Always
Status
closed
Regression
Yes
Workaround
Yes
Project
I have assigned a shortcut that toggle show/hide invisible items on the screen. When I use the shortcut, the toggle does not happen until a do something that causes an item on the screen to be redrawn. Clicking the page does not make it toggle, but clicking any item, including one that should be invisible, will update the screen.
Fix version
3.0.3
Comments
See https://musescore.org/en/handbook/developers-handbook/getting-started/h… for an explanation of the severity levels.
@mike320 could you please check with the latest nightly? There were some fixes related to visibility.
In reply to @mike320 could you please… by Anatoly-os
I just downloaded OS: Windows 10 (10.0), Arch.: x86_64, MuseScore version (64-bit): 3.0.0.4282, revision: 33a1dae with the exact results.
Note: I had a version from yesterday loaded and the results were quiet disturbing, but it's back to the old broke. No update on invisible items when using the shortcut until something changes, even clicking something (to change it to the voice color) causes the invisible items to toggle.
One other difference from 2.3.2 that might help. In 2 I could select an item, press V to make it invisible, then press my shortcut to toggle the visibility. Now I have to deselect everything to toggle visibility. This may be a side effect of fixing other problems. e.g. Certain shortcuts were activated while in text edit mode rather than passing the single letter to the text being edited.
Came up again #280113: Keyboard Shortcut for "Show Invisible" toggle is delayed
At least on macOS:
Fixed in branch master, commit 828a14df26
fix #276384: Show invisible shortcut does not work until screen is redrawn
Fixed in branch master, commit 643be45490
_Merge pull request #4646 from lasconic/fix-276384
fix #276384: Show invisible shortcut does not work until screen is redrawn_
Automatically closed -- issue fixed for 2 weeks with no activity.
I just tested this and it's not fixed as pointed out by geetar in https://musescore.org/en/node/284527
Are you sure you are using a nightly build from master? It works for me, both from the menu and using a shortcut. Which build, specifically? And maybe this will turn out to somehow be score-specific, so please attach a sample if you can still reproduce.
OS: Windows 10 (10.0), Arch.: x86_64, MuseScore version (64-bit): 3.1.0.5648, revision: cb404f9
Open the attached file and take the reset. Tick "Show invisible" in the View menu. The ties in tablature remain invisible.
I forgot you used my shortcut for something else and I changed it.
See the example score "invisibility_bug" (above).
So the issue still exists for elements that have not yet been drawn due to loading a score that contains invisible elements and has "Show Invisible" set to false. Once the ties are drawn for the first time (due to a relayout of the score), toggling "Show Invisible" will update the screen as expected.
That's a different issue, you need to open a new bug report.
See the new issue already opened - #284619: Show invisible doesn't work for certain elements until next layout. Matt's on the right track, but there's actually a little more to it, it seems to also depend on the specific element type, and at least in some cases it applies even to elements that were drawn on load but then hidden afterwards. See my comments in the other issue.
FWIW, I'm getting the same thing (or similar as described by Mike320) in certain circumstances in 3.4.2 even though this issue is closed, so it might be worth re-opening. Text/Pedal/etc not showing until I make something invisible/visible again. It's kind of annoying, but nothing too difficult to work around. Maybe another regression again?
See my comment above with a link to a related issue. If what you are seeing is the same as that, feel free to comment there. if it isn't p[lease open a new issue with sample score and precise steps to reproduce.
In reply to See my comment above with a… by Marc Sabatella
I'll do more than feel free about it :)
https://musescore.org/en/node/284619#comment-985822