Bug 435651 - Hotkeys don't work
Summary: Hotkeys don't work
Status: CLOSED FIXED
Alias: None
Product: frameworks-kglobalaccel
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: 5.80.0
Platform: Neon Linux
: NOR normal
Target Milestone: ---
Assignee: kdelibs bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-04-12 11:52 UTC by Daniil
Modified: 2021-04-29 14:06 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Daniil 2021-04-12 11:52:11 UTC
SUMMARY
hotkeys don't work. Tried it on different distributions with KDE.

STEPS TO REPRODUCE
1. Set hotkeys
2. Test changed or unchanged hotkeys

OBSERVED RESULT
Of all the hotkeys, only some of the main ones work (ctrl+c, ctrl+v, ctrl+s...)

EXPECTED RESULT
Launches a widget, app, lock screen or other for which hotkeys are assigned

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: KDE Neon 5.21
(available in About System)
KDE Plasma Version: 5.21.4
KDE Frameworks Version: 5.80.0
Qt Version: 5.15.2

ADDITIONAL INFORMATION
On some distributions, hotkeys run in live-cd. But they stop working right after installation
Comment 1 Daniil 2021-04-12 11:56:50 UTC
Hotkeys work in other DEs of the same distributions
Comment 2 Nate Graham 2021-04-13 14:51:45 UTC
Which hotkeys? For doing what? Can you provide some examples?
Comment 3 Daniil 2021-04-13 15:10:48 UTC
For example, to open a terminal.
Or I was adding hotkey to open the htop utility. It doesn't work either.
In the widget that minimizes windows, I configured hotkey (Win + D). But it doesn't work.
Locking the system (Win + L in my opinion) doesn't work either.
And everything like that
Comment 4 Nate Graham 2021-04-13 15:25:40 UTC
Is kglobalaccel5 running? If not, does everything start working if you manually launch it with /usr/bin/kglobalaccel5?
Comment 5 Daniil 2021-04-13 15:28:36 UTC
It is running (there is a process with this name in the system)
Comment 6 Nate Graham 2021-04-13 18:08:40 UTC
if kglobalaccel is running, maybe it's broken. Can you kill it and launch it again from /usr/bin/kglobalaccel5?
Comment 7 Nate Graham 2021-04-13 18:08:49 UTC
(needless to say, works for me)
Comment 8 Daniil 2021-04-13 18:29:37 UTC
It still doesn't work. And I don't think it's broken, because I've tried a bunch of distributions, and hotkeys don't work everywhere. At the same time, if I tried it in Live-CD, everything worked.
I used KDE a couple of years ago and they worked. When he returned again, they stopped.
Comment 9 Nate Graham 2021-04-13 18:37:39 UTC
If global shortcuts were broken everywhere for all users on all distros, we would know about it. :) This is the first time I've heard anyone report this issue, and I can report that everything is working fine for me in openSUSE Tumbleweed.

What keyboard layout are you using? What kind pf physical keyboard hardware do you have?
Comment 10 Daniil 2021-04-13 18:51:40 UTC
I noticed that the screenshot program (Spectacle) is also good at catching hotkeys. But everything else doesn't work.

The keyboard is built into my laptop (101-key PC).
Notebook: HP 15-bw016ur.
I use Russian and English layouts. I tried to configure and call hotkeys when different layouts were active, but did not give any results (in live-cd and with rus layout everything worked).

I used to have a similar one with a wi-fi adapter. It also first started working only in live-cd, but did not work in the installed one. But at the beginning of this year, everything worked.
But I would not like to wait another year until the bugs disappear with the keyboard.
Comment 11 Daniil 2021-04-13 18:59:35 UTC
I suspect it might have something to do with the hardware support of the laptop. After all, everything works well on the PC.
But since everything works in other DEs, then the problem is clearly not in the OS.
Comment 12 Nate Graham 2021-04-13 21:11:59 UTC
And you are using the Shortcuts module in System Settings, or the Custom Shortcuts module?
Comment 13 Daniil 2021-04-13 21:30:33 UTC
I have configured shortcuts in system preferences to launch applications. I set up widgets in the widget settings. But those keyboard shortcuts that are configured 'out of the box' do not work either.

Now I found that the keyboard shortcuts Win + number 0-9 also work. I set my keyboard shortcuts to Ctrl + 0..9.
And they work too.
But they refuse to work with the letters on the keyboard.
I found several people with the same problems on the forums, but they either did not find a solution how to use letters and use numbers, or their solution did not help me.

In principle, it is already possible to somehow live with this, but it is still inconvenient. After all, now hotkeys will not work in browsers.
For example, instead of opening the first tab (ctrl + 1 in Opera), my application now starts.
Comment 14 Nate Graham 2021-04-13 21:36:12 UTC
This is all very strange. I'm CCing some people who know more about key handling and global shortcuts than I do. Hopefully they can help.
Comment 15 David Redondo 2021-04-14 06:36:08 UTC
Spectacle shortcuts working means that kglobalaccel works in principle.

Does every spectacle shortcut work, or does for example Meta+Print not work either.
Comment 16 Daniil 2021-04-14 09:45:56 UTC
Through experimentation, I have found that all shortcuts that do not use letters will work.
That is, I tried adding Ctrl + Alt + F1..F12 and it worked.
Apparently, this is why shortcuts work in Spectacle, that they do not have combinations with letters
Comment 17 Andrey 2021-04-14 13:34:19 UTC
(In reply to Daniil from comment #16)
> Through experimentation, I have found that all shortcuts that do not use
> letters will work.

Are you sure you have EN layout active while trying the shortcuts?
Comment 18 Daniil 2021-04-14 13:43:39 UTC
(In reply to Andrey from comment #17)
> Are you sure you have EN layout active while trying the shortcuts?

Yes. I am configuring and calling using EN layout.
But, as I already said, in the live-cd everything worked for me and in the RU layout too.
Comment 19 Andrey 2021-04-14 13:58:39 UTC
(In reply to Daniil from comment #0)
> OBSERVED RESULT
> Of all the hotkeys, only some of the main ones work (ctrl+c, ctrl+v,
> ctrl+s...)
Still you saying these one work, it is a letters, still.
Can you change these shortcuts, or assign them to any other action?
Comment 20 Andrey 2021-04-14 14:06:44 UTC
Also, I suppose Docker can be considered as installed system?
Can you check there?
https://community.kde.org/Neon/Docker
Comment 21 Daniil 2021-04-14 14:26:32 UTC
(In reply to Andrey from comment #19)
> Still you saying these one work, it is a letters, still.
> Can you change these shortcuts, or assign them to any other action?

When I unbound Ctrl + Z from the 'undo' action and set the application to launch, it stopped working.
I reassigned this combination to the 'undo' action and the action worked.
Comment 22 Daniil 2021-04-14 14:34:26 UTC
(In reply to Andrey from comment #20)
> Also, I suppose Docker can be considered as installed system?
> Can you check there?
> https://community.kde.org/Neon/Docker

Docker is not installed. I use KDE Neon more for my day to day tasks. I haven’t started to deal with development for Linux yet and I don’t think that Docker can be useful to me in the near times
Comment 23 Nate Graham 2021-04-14 14:59:14 UTC
It does seem to match the symptoms of Bug 375518, yeah.
Comment 24 Daniil 2021-04-14 15:46:08 UTC
(In reply to Nate Graham from comment #23)
> It does seem to match the symptoms of Bug 375518, yeah.

There shortcuts worked in EN layout, but stopped working when changing. And, as I understand it, there it was due to the peculiarities of Wayland's handling of such situations. I'm using X11 (Wayland has even more problems, from shortcuts to touchpad and application menus).

And this is unlikely to be related to layouts, because, as I said, I used the same OS with the same settings on a PC, and everything works there. I installed even from one iso image and used one design.
Comment 25 Nate Graham 2021-04-14 15:47:56 UTC
If all shortcuts work when using the EN layout, but break when using another layout, that seems exactly like Bug 375518 to me. Can you explain why you think it's something else?
Comment 26 Daniil 2021-04-14 15:59:38 UTC
(In reply to Nate Graham from comment #25)
> If all shortcuts work when using the EN layout, but break when using another
> layout, that seems exactly like Bug 375518 to me. Can you explain why you
> think it's something else?

Shortcuts with letters don't work at all. Regardless of the layout.
They work only with numbers and special keys.
In this case, in Live-cd, you can even add a shortcut to the RU layout, and call it from EN, and everything will work.
But after installing the same system, even if I haven't made any special settings yet, the shortcuts still break
Comment 27 Nate Graham 2021-04-14 16:43:23 UTC
I'm confused. You said:

> There shortcuts worked in EN layout, but stopped working when changing.
And also:

> Shortcuts with letters don't work at all. Regardless of the layout.
Can you clarify?
Comment 28 Daniil 2021-04-14 16:57:05 UTC
(In reply to Nate Graham from comment #27)
> I'm confused. You said:
> 
> > There shortcuts worked in EN layout, but stopped working when changing.
> And also:
> 
> > Shortcuts with letters don't work at all. Regardless of the layout.
> Can you clarify?


Sorry, translation difficulties :)

I wrote a difference between the situation in Bug 375518 and mine.
Situation in Bug 375518:
 Shortcuts work only in EN layout.

My situation:
Shortcuts with letters do not work at all. Regardless of the layout
Comment 29 Nate Graham 2021-04-14 17:08:14 UTC
And do the shortcuts not work with Latin letters on the physical keyboard, or non-Latin letters? Or both?
Comment 30 Daniil 2021-04-14 17:21:53 UTC
(In reply to Nate Graham from comment #29)
> And do the shortcuts not work with Latin letters on the physical keyboard,
> or non-Latin letters? Or both?

Global shortcuts with letters do not work in all layouts.

But, if the application has local hotkeys, then it works when the window is active.
For example, the keyboard shortcut Ctrl + Shift + P to open a private window in the browser.

That is, hotkeys work, which are not monitored globally, but only in the active application.
This is probably why shortcuts for Copy, Paste and others work (they are tracked only in the active window)
Comment 31 Andrey 2021-04-14 17:26:05 UTC
(In reply to Daniil from comment #24)
> And this is unlikely to be related to layouts, because, as I said, I used
> the same OS with the same settings on a PC, and everything works there. I
> installed even from one iso image and used one design.
We still need exact steps to reproduce the problem.
Maybe you could install Neon to VM image and upload it somewhere (if it still reproduced there)?
Comment 32 Nate Graham 2021-04-14 17:29:34 UTC
Please stop changing the resolution to FIXED; this isn't fixed. It's still under investigation.
Comment 33 Andrey 2021-04-14 17:31:49 UTC
Also, please check it on Wayland
Comment 34 Daniil 2021-04-14 17:50:47 UTC
(In reply to Andrey from comment #31)
> We still need exact steps to reproduce the problem.
> Maybe you could install Neon to VM image and upload it somewhere (if it
> still reproduced there)?

The bug is only with my laptop. When I ran distributions with KDE in Virtual Box, this bug was not there. (Apparently the VM just emulates keystrokes from the OS base for the distribution)

I don't know what steps I need to take to reproduce, because I just install ANY distribution with KDE, and the shortcuts don't work right away.

I could of course take a snapshot of the system without including the /home partition (RSYNC in Timeshift).
But I don't know how secure it is for my personal data. If you still need to, then I could send it to someone personally by mail, and not publish it on the forum
Comment 35 Daniil 2021-04-14 17:52:20 UTC
(In reply to Andrey from comment #33)
> Also, please check it on Wayland

I checked on Wayland. The situation is the same.
Comment 36 Andrey 2021-04-14 18:19:54 UTC
(In reply to Daniil from comment #34)
> The bug is only with my laptop. When I ran distributions with KDE in Virtual
> Box, this bug was not there. (Apparently the VM just emulates keystrokes
> from the OS base for the distribution)
There should be no difference if it VM or not here.
Did you install iso to internal disk of VM?
Comment 37 Bug Janitor Service 2021-04-29 04:33:40 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 38 Andrey 2021-04-29 14:00:26 UTC
I'm curious how it was RESOLVED? Can't you reproduce it any more?
Comment 39 Daniil 2021-04-29 14:06:34 UTC
(In reply to Andrey from comment #38)
> I'm curious how it was RESOLVED? Can't you reproduce it any more?

After the next update, the bug disappeared.
I have already assigned shortcuts in the way that suits me, and they all work.