Closed AndydeCleyre closed 4 months ago
I can't reproduce, works just fine for me https://github.com/telegramdesktop/tdesktop/assets/17829319/e5f66d5e-a8dc-4824-88b9-a4f5c2eee337
Oh, I have the theme font set to system font -- can you try that?
No, still can't reproduce.
If I run from terminal, using those shortcuts twice in a row yields ambiguous shortcut events:
QAction::event: Ambiguous shortcut overload: Ctrl+B
QAction::event: Ambiguous shortcut overload: Ctrl+Shift+M
QAction::event: Ambiguous shortcut overload: Ctrl+I
QAction::event: Ambiguous shortcut overload: Ctrl+Shift+.
QAction::event: Ambiguous shortcut overload: Ctrl+Shift+X
QAction::event: Ambiguous shortcut overload: Ctrl+Shift+N
Maybe you have global menu?
Yes, I do. Is there a known issue related to that?
No but global menu provides input field items and has the same shortcuts set so they're displayed in the menu items. But it was like that forever.
FWIW I confirmed the problem persists when using default font as well.
I tried downgrading to 5.1.6, which also resulted in all settings being reset, but the problem persisted.
Perhaps this is related to your system settings, then. Spawning a VM and configuring it like your host system step-by-step could help with finding the cause.
I reproduced it with global menu.
Steps to reproduce
Expected behaviour
The text takes on the respective formatting associated with each keyboard shortcut
Actual behaviour
No visible effect, before or after sending the text
Operating system
Pop!_OS 22.04 LTS, Plasma
Version of Telegram Desktop
5.1.7
Installation source
Static binary from official website
Crash ID
No response
Logs
No response