| Summary: | Plasmashell stops receiving mouse events temporarily when taking screenshots with bn flags | ||
|---|---|---|---|
| Product: | [Applications] Spectacle | Reporter: | irchaika |
| Component: | General | Assignee: | Boudhayan Gupta <me> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | antonio.prcela, kde, nate |
| Priority: | NOR | ||
| Version: | 20.12.3 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
video showing the issue
stack trace from coredumpctl |
||
|
Description
irchaika
2021-03-29 16:59:09 UTC
Works for me. Created attachment 137251 [details]
video showing the issue
Attached a video showing the issue:
-That plasmashell "freezes" for a few seconds with "spectacle -nb"
-That while "frozen" it won't react to mouse over and mouse click events
-That if we clicked a program while it was "frozen", plasma would switch focus to that program after it unfreezes
-That while it's frozen we can still use alt+tab to change focus, to show that it's plasmashell and not everything that's frozen
I should have also noted in the original comment that this issue happens under XORG, I don't know if this issue happens under wayland, but if I test it I'll add a comment about it.
Is kinit crashing in the background? Does `coredumpctl` show any new crashes after the freeze? Created attachment 137252 [details]
stack trace from coredumpctl
There were indeed 2 kdeinit5 crashes from the time I did the recording, however, taking more screenshots now doesn't cause further crashes despite still freezing.
Aha! In that case this is the same issue as in Bug 430862, which is already fixed in Frameworks 5.81. :) *** This bug has been marked as a duplicate of bug 430862 *** (In reply to Nate Graham from comment #5) > Aha! In that case this is the same issue as in Bug 430862, which is already > fixed in Frameworks 5.81. :) > > *** This bug has been marked as a duplicate of bug 430862 *** Seems weird that it only happens with the -bn flags. However, I'll keep an eye on my framework version and confirm either way if the problem stops or keeps happening when I get 5.81 It's the same issue. :) *** This bug has been marked as a duplicate of bug 430862 *** I believe this was wrongfully marked as duplicate, the thumbnailer crash must have been a red herring and caused by something else, because plasma framework 5.82 fixed that, but the freezing still persists, what remains on the log is the following: kwin_x11[549]: qt.qpa.xcb: QXcbConnection: XCB error: 9 (BadDrawable), sequence: 60217, resource id: 41953893, major code: 73 (GetImage), minor code: 0 Additionally, spectacle was set to store pics on webp (90% quality), but setting it to use png has the problem disappear. So to reproduce this webp should be set as the image format along with using the -bn flags. Cannot reproduce the issue when invoking spectacle with -bn with the image format set to webp I guess I can't discount that it could be related to graphics drivers, so just in case I have an AMD card a using mesa 21.1 with it (though it'd have affected mesa 20 at the very least, too). It's also possible that faster computers can "recover" from this fast enough it's not noticeable to the user, as my CPU is from 2008. I think this is very similar to https://bugs.kde.org/show_bug.cgi?id=425385 And I can reproduce it. Tho I can't tell if it's something caused by spectacle alone or something else that's going on in the background.. Ah yup, looks like a duplicate indeed. *** This bug has been marked as a duplicate of bug 425385 *** |