Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Crash when interacting with time signature properties after selecting via keyboard #22085

Open
mattblo opened this issue Mar 28, 2024 · 5 comments
Assignees
Labels
accessibility Issues related to accessibility crash Issues involving a crash of MuseScore P2 Priority: Medium UI Visual issues affecting the UI (not notation)

Comments

@mattblo
Copy link

mattblo commented Mar 28, 2024

Issue type

Crash

Steps to reproduce

  1. Open a score
  2. Press the "right" key on the keyboard
  3. Press "Alt" + "Left" to select the Time Siganture
  4. In the Properties Panel click on "time signature properties"
  5. See no beaming options
  6. Click in the empty space in the 'Beam groups' box
  7. Crash

The crash should be fixed, and the beaming preview windows should appear.

MuseScore Version

OS: macOS 14.1, Arch.: x86_64, MuseScore version (64-bit): 4.2.1-240230937, revision: github-musescore-musescore-d757433


Original issue

Issue type

UI bug (incorrect info or interface appearance)

Bug description

If you select the time signature using the keyboard and open "Time signature properties...", no beaming options are displayed.
The interface even freezes when you click on OK.

image

Steps to reproduce

  1. Open a score
  2. Press the "right" key on the keyboard
  3. Press "Alt" + "Left" to select the Time Siganture
  4. In the Properties Panel click on "time signature properties"
  5. See no beaming options

Screenshots/Screen recordings

No response

MuseScore Version

OS: Windows 10 Version 2009 or later, Arch.: x86_64, MuseScore version (64-bit): 4.2.1-240230937, revision: github-musescore-musescore-d757433

Regression

I don't know

Operating system

Windows 11

Additional context

If you have a Keyboard Shortcut for "time siganture properties" this also does not work.
If you click the time signature with the mouse all things are right.

@muse-bot muse-bot added the UI Visual issues affecting the UI (not notation) label Mar 28, 2024
@mattblo
Copy link
Author

mattblo commented Mar 28, 2024

Perhaps this is due more to accessibility than to the UI

@cbjeukendrup cbjeukendrup added the accessibility Issues related to accessibility label Mar 30, 2024
@cbjeukendrup
Copy link
Contributor

This has indeed to do with how the time signature was selected. The dialog tries to retrieve the time signature using interaction->hitElementContext().element, but hitElementContext() only contains information if you click the time signature, and not when you select it using any other way (i.e. using the keyboard).
I guess the solution would be to retrieve the time signature from the selection instead of from the hitElementContext().

@MarcSabatella
Copy link
Contributor

I can guess why this was done - because after you click a time signature, the whole column of time signatures is selected (across all staves), but the dialog is meant to only operate on one at a time.

I don’t know that anyone particularly likes the fact that these properties are per staff, so if the code easily supports working on multiple staves at once, that’s kind of a plus. But we’d have to deal with the possibility of the selected time signatures not actually all being the same. So it could get a bit complicated.

The simpler solution to the original problem here would be to use the clicked element if available, and the selection if not.

@avvvvve avvvvve added the crash Issues involving a crash of MuseScore label Apr 3, 2024
@avvvvve avvvvve changed the title No beaming options visible when time signature is selected via keyboard Crash when interacting with time signature properties after selecting via keyboard Apr 3, 2024
@avvvvve
Copy link

avvvvve commented Apr 3, 2024

You can actually crash MuseScore if you try and click in the empty space where the beam group preview windows should be, so I renamed this issue and added some additional context to the top.

We are working on a redesign of time signatures properties now, so if we want to fix this crash for now, I'd recommend making the selection of an individual time signature in this way act as if you've selected the entire time signature across all instruments once the properties window is opened.

@avvvvve avvvvve added the P1 Priority: High label Apr 3, 2024
@avvvvve
Copy link

avvvvve commented Apr 3, 2024

@bkunda please adjust my triaging if needed!

@avvvvve avvvvve added P2 Priority: Medium and removed P1 Priority: High time signatures labels Jun 25, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
accessibility Issues related to accessibility crash Issues involving a crash of MuseScore P2 Priority: Medium UI Visual issues affecting the UI (not notation)
Projects
Status: First release after the upcoming one
Development

No branches or pull requests

9 participants