Bug 462254 - No longer starting with shortcut key
Summary: No longer starting with shortcut key
Status: REPORTED
Alias: None
Product: krunner
Classification: Plasma
Component: general (other bugs)
Version First Reported In: 5.26.3
Platform: Fedora RPMs Linux
: NOR major
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-11-26 00:08 UTC by Justin Zobel
Modified: 2023-01-12 11:01 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Justin Zobel 2022-11-26 00:08:41 UTC
I found another issue like this but not the same as in this instance krunner is managed by a systems user service.

I haven't found the way to reproduce it yet but krunner will not open with Alt Space shortcut.

Checking the systemd service log when I try it, I get one entry which is 

krunner[157007]: QCommandLineParser: argument list cannot be empty, it should contain at least the executable name
Comment 1 Justin Zobel 2022-11-26 00:09:39 UTC
Just to add, restarting the systemd user service fixes the issue for a while.
Comment 2 Alexander Lohnau 2022-11-26 10:38:20 UTC
>Checking the systemd service log when I try it, I get one entry which is 

Do you get that only once?

Also, please check if calling the DBus method manually works (when you currently experience the bug):
` qdbus org.kde.krunner /App org.kde.krunner.App.display`
Comment 3 Justin Zobel 2022-11-29 07:17:19 UTC
(In reply to Alexander Lohnau from comment #2)
> >Checking the systemd service log when I try it, I get one entry which is 
> 
> Do you get that only once?
> 
> Also, please check if calling the DBus method manually works (when you
> currently experience the bug):
> ` qdbus org.kde.krunner /App org.kde.krunner.App.display`

I get it each time I press the shortcut key.

I'll wait for it to happen again and try the qdbus invocation.
Comment 4 Justin Zobel 2022-12-01 11:27:16 UTC
OK I got it again and `qdbus org.kde.krunner /App org.kde.krunner.App.display` does nothing, a blank line is just printed in konsole
Comment 5 Alexander Lohnau 2022-12-08 06:44:48 UTC
That is really weird, honestly it is out of scope for my knowledge. Maybe David Edmundson has any idea?
Comment 6 Marc Deop 2023-01-12 11:01:21 UTC
I experience this issue as well.

If I do `strace -p $krunner_pid` I gues a **lot** of messages like:
poll([{fd=5, events=POLLIN}, {fd=13, events=POLLIN}, {fd=54, events=POLLIN}, {fd=55, events=POLLPRI}, {fd=57, events=POLLIN}, {fd=99, events=POLLIN}, {fd=114, events=POLLIN}, {fd=128, events=POLLIN}, {fd=151, events=POLLIN}], 9, 499) = 0 (Timeout)


And whenever I press the alt+space combination I guet:
sendmsg(26, {msg_name={sa_family=AF_UNIX, sun_path="/run/systemd/journal/socket"}, msg_namelen=30, msg_iov=[{iov_base="MESSAGE=QCommandLineParser: argu"..., iov_len=105}, {iov_base="\n", iov_len=1}, {iov_base="PRIORITY=4", iov_len=10}, {iov_base="\n", iov_len=1}, {iov_base="CODE_FUNC=unknown", iov_len=17}, {iov_base="\n", iov_len=1}, {iov_base="CODE_LINE=0", iov_len=11}, {iov_base="\n", iov_len=1}, {iov_base="CODE_FILE=unknown", iov_len=17}, {iov_base="\n", iov_len=1}, {iov_base="QT_CATEGORY=default", iov_len=19}, {iov_base="\n", iov_len=1}, {iov_base="SYSLOG_IDENTIFIER=", iov_len=18}, {iov_base="krunner", iov_len=7}, {iov_base="\n", iov_len=1}], msg_iovlen=15, msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 211
write(4, "\1\0\0\0\0\0\0\0", 8)         = 8
sendmsg(3, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="J\0\0\0\2\0\24\0\1\0\0\0\0\0\0\0O\0\0\0", iov_len=20}], msg_iovlen=1, msg_controllen=0, msg_flags=0}, MSG_DONTWAIT|MSG_NOSIGNAL) = 20


So it seems like krunner does get the keystroke but it doesn't show up...