| Summary: | Main thread(?) locked (in Plasma Next session) | ||
|---|---|---|---|
| Product: | [Applications] amarok | Reporter: | Kyrylo Bohdanenko <kirill.bogdanenko> |
| Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | crash | CC: | cfeck |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Kubuntu | ||
| OS: | Linux | ||
| See Also: | https://bugs.kde.org/show_bug.cgi?id=338999 | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Amarok GUI freeze
KWin support information (compositioning enabled) Here is what happens when resizing window with frozen GUI |
||
|
Description
Kyrylo Bohdanenko
2014-10-01 09:06:10 UTC
Created attachment 88911 [details]
Amarok GUI freeze
Here is a video, demonstrating a bug. You can see that Amarok gui does not respond to any actions (e.g. mouse hover and click events). Window header (decoration) is still responsive.
The bug can happen to any application on my desktop.
Can you confirm that this never happens with compositing disabled (Ctrl+Shift+F12)? Eventually Ctrl+Shift+F12 hotkey does not work here... But looks like GUI does not freeze with compositioning disabled. BTW I use OpenGL 2.0 with GLX interface Most likely big or related to bug #338999 (thoug it refers to a general freeze) intel (though ironlake there) + mesa 10.3 + GL 2.1 This one here's interesting since either we do no longer receive damage events for the window or the texture got unhooked or the internal damage area is polluted. Please: - attach the output of "qdbus org.kde.KWin /KWin supportInformation" (w/ compositing enabled) - check what happens when you resize such window (window borders or alt+rmb doesn't matter - even un/maximization should do) Created attachment 88920 [details]
KWin support information (compositioning enabled)
Here is Kwin support information
Created attachment 88921 [details]
Here is what happens when resizing window with frozen GUI
Here's screen capture, when resizing frozen GUI.
Amarok again :)
Amarok doesn't respond to the sync request - the process seems actually frozen.
Since it's apparently compositing related:
1. you're actually using OpenGL 3.0 - try falling back to 2.1
2. you're likely also using glamor? (grep -i glamor /var/log/Xorg.0.log)
-> set the acceleration method to "sna" in case
3. can you pot. gdb into amarok and dump backtraces of each thread when this happens? (See https://sourceware.org/gdb/current/onlinedocs/gdb/Threads.html for a gdb+threads crash course)
Hi Thomas, I have investigated the issue a little bit (though not used gdb on Amarok). And here are the results: 1) To no avail 2) grep -i glamor /var/log/Xorg.0.log [ 17.801] (WW) "glamoregl" will not be loaded unless you've specified it to be loaded elsewhere. 3) n/a Though in the case, which is filmed on this video -- it was Amarok which freezed. It stopped playing (and working) right after the song finished. Can you please re-assign this bug to Amarok developers? Also I have faced bug #338999 too. We would need a backtrace for Amarok... Hi, I can no longer reproduce this bug. I guess this was related to https://bugs.kde.org/show_bug.cgi?id=338999 and the workaround > export KWIN_USE_BUFFER_AGE=0 did helped me. *** This bug has been marked as a duplicate of bug 338999 *** |