Bug 478750 - XWaylandVideoBridge invisibly eats input
Summary: XWaylandVideoBridge invisibly eats input
Status: RESOLVED UNMAINTAINED
Alias: None
Product: XWaylandVideoBridge
Classification: Applications
Component: general (other bugs)
Version First Reported In: unspecified
Platform: Neon Linux
: NOR minor
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords: qt6, wayland-only
Depends on:
Blocks:
 
Reported: 2023-12-20 05:11 UTC by Doug
Modified: 2025-03-17 15:48 UTC (History)
8 users (show)

See Also:
Latest Commit:
Version Fixed In: 6.1
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Doug 2023-12-20 05:11:32 UTC
SUMMARY
***
NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols.
See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports
***


STEPS TO REPRODUCE
1. Start a Plasma Wayland Session
2. Open and close any app to bring focus away from the desktop
3. type a krunner command of your choice

OBSERVED RESULT
Nothing happens

EXPECTED RESULT
krunner should be invoked and capture your keystrokes

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: KDE Neon Unstable
(available in About System)
KDE Plasma Version: 5.90.90
KDE Frameworks Version: 5.247.0
Qt Version: 6.6.1

ADDITIONAL INFORMATION
On X11 session, krunner works as I outlined- without clicking on the desktop, but with mouse hovering over it, krunner is invoked by typing on the desktop.
Comment 1 Nate Graham 2023-12-20 22:02:59 UTC
Cannot reproduce; works for me as described on Wayland.
Comment 2 Dashon 2024-03-10 13:22:26 UTC
I'm having the same issue on endeavourOS. It seems like the desktop does not have focus. It works sometimes, but not all the time. I'll keep trying to find a reproducible case. It seems to consistently not work on my first virtual desktop even when it works on others. If I trigger it and then hit escape enough times. Eventually it stops showing up. If I trigger krunner via shortcut such as alt + space or restart plasmashell. It starts working again. Except for on my first virtual desktop as mentioned before.
Comment 3 Doug 2024-03-10 18:49:51 UTC
(In reply to Dashon from comment #2)
> I'm having the same issue on endeavourOS. It seems like the desktop does not
> have focus. It works sometimes, but not all the time. I'll keep trying to
> find a reproducible case. It seems to consistently not work on my first
> virtual desktop even when it works on others. If I trigger it and then hit
> escape enough times. Eventually it stops showing up. If I trigger krunner
> via shortcut such as alt + space or restart plasmashell. It starts working
> again. Except for on my first virtual desktop as mentioned before.

Good catch- yes, the problem is only on virtual desktop 1.  All other desktops are working as they should
Comment 4 Andrea Ippolito 2024-03-14 20:11:15 UTC
Same here, seems indeed a desktop focus issue.

Plasma 6.0.1
Comment 5 Titouan Camus 2024-03-16 08:28:42 UTC
I can reproduce on virtual desktop 1 with closing or minimizing any windows. Works as it shoukd on any other VD. 

Operating System: KDE neon 6.0
KDE Plasma Version: 6.0.2
KDE Frameworks Version: 6.0.0
Qt Version: 6.6.2
Kernel Version: 6.5.0-25-generic (64-bit)
Comment 6 Dashon 2024-04-04 01:58:34 UTC
Alright for all of you that are able to reproduce on virtual desktop 1. Do you happen to also have xwaylandvideobridge running? The window itself is invisible to the user, but when using krunner. It always says that xwaylandvideobridge is running on virtual desktop 1. If you kill the bridge process. Does it start to work again? Killing the process for me seems to fix the issue, so perhaps the real problem is that the invisible bridge window actually has focus on desktop 1.
Comment 7 Doug 2024-04-05 05:09:15 UTC
(In reply to Dashon from comment #6)
> Alright for all of you that are able to reproduce on virtual desktop 1. Do
> you happen to also have xwaylandvideobridge running? The window itself is
> invisible to the user, but when using krunner. It always says that
> xwaylandvideobridge is running on virtual desktop 1. If you kill the bridge
> process. Does it start to work again? Killing the process for me seems to
> fix the issue, so perhaps the real problem is that the invisible bridge
> window actually has focus on desktop 1.

Yes, that solved the issue for me.
Comment 8 Dashon 2024-05-24 23:46:57 UTC
I'm beta testing 6.1 and no longer see an xwaylandvideobridge window and no longer have the issue of it invisibly eating input, so I will close this as fixed in plasma 6.1
Comment 9 Dashon 2024-06-03 07:28:30 UTC
Looks like I prematurely closed this. It is true that I no longer see a tiny square denoting that xwaylandvideobridge is running, but the input is still being eaten invisibly. I don't know whether it was a one off that I got it to work for a time or not, but it is back to not working on the first virtual desktop again.
Comment 10 Dashon 2025-03-16 23:42:48 UTC
Since xwaylandvideobridge has been dropped having served its purpose. I'm going to close this.
Comment 11 Nate Graham 2025-03-17 15:48:45 UTC
Right, thanks for the reminder. I closed all the other ones too, and marked the product as no longer open for bug entry.