Bug 19883 - plasmashell freezes when a panel is resized
Summary: plasmashell freezes when a panel is resized
Status: RESOLVED DUPLICATE of bug 19869
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Normal major
Target Milestone: ---
Assignee: KDE maintainers
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-12-02 12:23 CET by PC LX
Modified: 2017-01-11 09:16 CET (History)
4 users (show)

See Also:
Source RPM:
CVE:
Status comment:


Attachments
Plasma 5.8 panel freezes when resized (155.83 KB, video/x-matroska)
2016-12-02 12:23 CET, PC LX
Details

Description PC LX 2016-12-02 12:23:32 CET
Created attachment 8715 [details]
Plasma 5.8 panel freezes when resized

plasmashell freezes when a panel is resized. It does not happen immediately. Usually takes a few second of resizing to trigger the freeze.

The system is running Xorg 1.19.0 with the nouveau driver (please see system details below). It was previously running a older version of Plasma and Xorg with the nvidia driver. I don't remember seeing this bug then so it may be a regression in Plasma, an issue with the newer Xorg or with the nouveau driver.



Reproducible:

Always



Steps to reproduce (please see attached video):

1. Run a Plasma 5.8.4 with Xorg 1.19.0 and nouveau (did not try with other drivers or Xorg versions).
2. Resize a (horizontal or vertical) panel for several seconds.
3. plasmashell freezes completely (plasmoids included).



System info:

$ uname -a
Linux marte 4.8.11-desktop-3.mga6 #1 SMP Thu Dec 1 21:43:30 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
$ plasmashell --version
plasmashell 5.8.4
$ cat /etc/release 
Mageia release 6 (Cauldron) for x86_64
$ rpm -qf $(which plasmashell)
plasma-workspace-5.8.4-1.mga6
$ rpm -qa | grep nouveau | sort
lib64drm_nouveau2-2.4.74-1.mga6
libdrm_nouveau2-2.4.74-1.mga6
x11-driver-video-nouveau-1.0.13-2.mga6
$ Xorg -version

X.Org X Server 1.19.0
Release Date: 2016-11-15
X Protocol Version 11, Revision 0
Build Operating System: ecosse 4.4.32-server-1.mga5 
Current Operating System: Linux marte 4.8.11-desktop-3.mga6 #1 SMP Thu Dec 1 21:43:30 UTC 2016 x86_64
Kernel command line: BOOT_IMAGE=/root_cauldron/boot/vmlinuz-desktop root=/dev/mapper/Mageia-btrfs ro rootflags=subvol=root_cauldron nokmsboot splash
Build Date: 01 December 2016  01:19:10PM
Build ID: x11-server 1.19.0-8.mga6 
Current version of pixman: 0.34.0
        Before reporting problems, check http://bugs.mageia.org
        to make sure that you have the latest version.
Comment 1 PC LX 2016-12-02 12:23:50 CET
Bug also reported upstream: https://bugs.kde.org/show_bug.cgi?id=373180
Comment 2 JanKusanagi 2016-12-02 16:18:21 CET
I think this is the same thing that I've been experiencing for the last week or so (before upgrading to Plasma 5.8.4). Also with Nouveau driver.

In my case, it didn't happen when resizing the panel, but doing so caused the freeze as well. In my case, I was able to trigger it by switching desktops, or by creating a large file transfer, which results in a long enough job with a progress indicator in the "i" on the panel. Easier to reproduce with compositing enabled.

For about as long as this has been happening, I've had the same issue with mpv while using the openGL video output. The player hangs after some time of playing, especially if I switch desktops or minimize/restore the player window. The sound goes on, so the player itself is fine, just its openGL "surface" is dead.

Plasma's issue is probably also related to openGL.

CC: (none) => jan-bugs

Comment 3 JanKusanagi 2016-12-02 16:35:42 CET
Additional note: VLC with "OpenGL GLX video output (XCB)" also freezes easily.

This is with Cauldron fully updated to right now.
Comment 4 Barry Jackson 2016-12-03 01:17:25 CET
For the last few days I have been seeing plasma lock-ups where nothing responds
to mouse events.

Has happened with various different applications running - I can't pin it down to any particular way to reproduce.

Switching to tty2 and back to tty1 clears it.

I have seen the same after log-in where the panel never appears unless the switch to a different tty (and back) is made.

CC: (none) => zen25000

Comment 5 Jüri Ivask 2016-12-03 09:05:55 CET
Same issue as in 19869?

CC: (none) => jyri2000

Comment 6 Barry Jackson 2016-12-03 16:01:07 CET
Indeed
Comment 7 Marja Van Waes 2016-12-05 12:21:14 CET
(In reply to Jüri Ivask from comment #5)
> Same issue as in 19869?

(In reply to Barry Jackson from comment #6)
> Indeed

Leaving it to the KDE maintainers to close as dup.

(same/similar symptoms doesn't always equal same cause)

CC: (none) => marja11
Assignee: bugsquad => kde

Comment 8 PC LX 2016-12-07 11:15:17 CET
After triggering this bug, I tried switching to another virtual console and then back, as mentioned in bug 19869, and it does unfreeze plasmashell.
Comment 9 PC LX 2016-12-23 11:13:16 CET
I've switched to using the nvidia proprietary driver for the last few days and there were no freezes. This issue may be caused by the nouveau driver or an interaction between the nouveau driver and the plasmashell or kwin.

Testing with another desktop shell and windows manager may clarify this issue.
Comment 10 JanKusanagi 2016-12-24 02:20:20 CET
(In reply to PC LX from comment #9)
> This issue may be caused by the nouveau driver or
> an interaction between the nouveau driver and the plasmashell or kwin.

Some things for the record:

- I've reproduced this issue with an AMD card using the free Radeon driver.

- Other OpenGL-using programs, such as MPV or VLC also suffer from this kind of hang, that's also "restored" the same way: switch to another tty and back.

- Comments on this bug https://bugs.mageia.org/show_bug.cgi?id=19869 point to a DRI2 issue, and a possible fix by using DRI3. That's worked so far for me with nouveau.
Comment 11 Samuel Verschelde 2017-01-11 09:16:51 CET
Has been fixed in bug 19869

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

Status: NEW => RESOLVED
Resolution: (none) => DUPLICATE


Note You need to log in before you can comment on or make changes to this bug.