Bug 336734 - In task switcher KCM, pressing the preview button for the task switcher will show multiple previews if clicked multiple times
Summary: In task switcher KCM, pressing the preview button for the task switcher will ...
Status: RESOLVED DUPLICATE of bug 374971
Alias: None
Product: kwin
Classification: Plasma
Component: tabbox (show other bugs)
Version: git master
Platform: Kubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL: https://git.reviewboard.kde.org/r/118...
Keywords:
Depends on:
Blocks:
 
Reported: 2014-06-26 01:56 UTC by enoopt.adams
Modified: 2021-09-07 15:09 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
mgraesslin: ReviewRequest+

Attachments
Picture of the problem (1.06 MB, image/png)
2014-06-26 01:57 UTC, enoopt.adams 		Details
View All Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description enoopt.adams 2014-06-26 01:56:02 UTC 
The previews also will not close automatically, and do not show any windows (not sure if this is intentional or not.

Reproducible: Always
Comment 1 enoopt.adams 2014-06-26 01:57:33 UTC 
Created attachment 87411 [details]
Picture of the problem
Comment 2 Martin Flöser 2014-06-26 08:01:45 UTC 
I had hit that one, too. But was never able to find a pattern to reproduce (sometimes it actually works).
Comment 3 enoopt.adams 2014-06-26 08:08:57 UTC 
I can reproduce the bug consistently. Happens on every boot and has persisted over the last few days of nightly updates from project neon.
Comment 4 Martin Flöser 2014-06-26 08:43:55 UTC 
ok, found the upper layer problem:
QWindow::setMouseGrabEnabled(true) returns false, mouse and keyboard fail to grab.
Comment 5 Thomas Lübking 2014-06-26 08:57:07 UTC 
pushbuttons grab the mouse while down -> queued connection or explicit xcb_flush? (though that'd be really a problem if connecting "clicked" would break grabbing the pointer)
Comment 6 Martin Flöser 2014-06-26 09:02:37 UTC 
(In reply to comment #5)
> pushbuttons grab the mouse while down -> queued connection or explicit
> xcb_flush? (though that'd be really a problem if connecting "clicked" would
> break grabbing the pointer)

wooha, your a genius :-) Yep that seems to be it, I already tested that updating Xtime makes the grab work again, but afterwards it break. No surprise the release... Qt::QueuedConnection should fix it and if that's the case I'm going to develop a test case for Qt.
Comment 7 Martin Flöser 2014-06-26 09:06:38 UTC 
pity, Qt::QueuedConnection doesn't work.
Comment 8 Martin Flöser 2014-06-26 09:56:01 UTC 
installing the grab on the kcm works, though.
Comment 9 enoopt.adams 2014-08-03 06:20:05 UTC 
This is still a problem in nightly builds of project neon. Can't the preview just close whenever it loses focus?
Comment 10 Martin Flöser 2014-08-11 07:19:41 UTC 
(In reply to enoopt.adams from comment #9)
> Can't the preview just close whenever it loses focus?

unfortunately not as it never gains focus. It's an unmanaged window.
Comment 11 Alexander Mentyu 2018-09-19 12:58:25 UTC 
Cannot reproduce on X11, similar Wayland bug https://bugs.kde.org/show_bug.cgi?id=374971

Operating System: KDE neon Developer Edition
KDE Plasma Version: 5.14.80
Qt Version: 5.11.1
KDE Frameworks Version: 5.51.0
Kernel Version: 4.15.0-34-generic
OS Type: 64-bit
Processors: 8 × Intel® Core™ i5-8250U CPU @ 1.60GHz
Memory: 7,7 GiB of RAM
Comment 12 Patrick Silva 2019-10-31 22:20:10 UTC 
I also can't reproduce on X11.

Operating System: Arch Linux 
KDE Plasma Version: 5.17.2
KDE Frameworks Version: 5.63.0
Qt Version: 5.13.2
Comment 13 Nate Graham 2021-09-07 15:09:59 UTC 

*** This bug has been marked as a duplicate of bug 374971 ***