[regression] Qt upgrade to 5.12.4 breaks number pad shortcuts

• Jul 1, 2019 - 05:29
Reported version
3.2
Type
Functional
Frequency
Once
Severity
S3 - Major
Reproducibility
Always
Status
needs info
Regression
Yes
Workaround
Yes
Project

Description

With the upgrade to Qt 5.12.4 in the latest nightly AppImages, keyboard shortcuts specific to the number pad no longer work. Here is how the following keyboard shortcuts behave in version 3.2.2 (using Qt 5.9.3) vs. nightly e8a16ca (using Qt 5.12.4):

Shortcut: Ctrl+0

This shortcut is created by pressing the Ctrl key in conjunction with the top row zero key.

  • MuseScore 3.2.2: shortcut can be activated by pressing Ctrl + either the top row zero or the number pad zero.
  • MuseScore e8a16ca: same behavior as MuseScore 3.2.2.

Shortcut: NumPad+Ctrl+0

This shortcut is created by pressing the Ctrl key in conjunction with the number pad zero key.

  • MuseScore 3.2.2: shortcut can only be activated by pressing Ctrl + the number pad zero. The shortcut cannot be activated using the top row zero key.
  • MuseScore e8a16ca: the shortcut does not work at all.

So it would seem that MuseScore stores shortcuts made with number pad keys as exclusive to the number pad, but if a shortcut is made using the main part of the keyboard, it can also be activated via the number pad, assuming the same key is present there. It is only the exclusive number pad shortcuts that are broken with the upgrade to Qt 5.12.4.

Workaround

The workaround for now is to create your keyboard shortcuts using only the main part of the keyboard, which will also allow them to work using the number pad.

System Info

OS: KDE neon User Edition 5.16, Arch.: x86_64, MuseScore version (64-bit): 3.2.0.22886, revision: e8a16ca


Comments

MuseScore 3.6 and the current 3.x nightly AppImages are using Qt 5.9.8, which does not exhibit this bug. If at some point MuseScore switches to compiling with Qt 5.12 or newer, then this bug might again become relevant.