Bug 395704

Summary:	Media Codec required popup which can't be closed when can't play the unplugged notification sound.
Product:	[Plasma] Powerdevil	Reporter:	Krasi Georgiev <krasi.root>
Component:	general	Assignee:	Plasma Bugs List <plasma-bugs>
Status:	RESOLVED FIXED
Severity:	normal	CC:	larrosa
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Fedora RPMs
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Krasi Georgiev 2018-06-21 19:24:46 UTC

I am not sure how to get the version number but this is on Fedora release 27
Lenovo P50

To replicate connect Bluetooth headset
Disconnect Charger and make sure you can hear the notification sound through the headphones.
Connect charger again
Disconnect Bluetooth headset
Disconnect Charger
At this stage I will get a popup - "Media Codec Required"
The popup can't be closed.
Also  causes high CPU usage.

Comment 1 Krasi Georgiev 2018-06-21 22:13:41 UTC

by "Disconnect Bluetooth headset" I meant switch off the headset not disconnect from the control panel.

Comment 2 Antonio Larrosa 2018-07-08 09:51:45 UTC

I was just hit by this problem and noticed this bug entry when I was going to report it.

I got flooded with popup entries that appear continuously after restoring the system from hybernation.

When I started debugging powerdevil the popup notifications stopped appearing, so it was clear this was the application showing them. This is the backtrace:

(gdb) info threa
  Id   Target Id         Frame 
  1    Thread 0x7f3dc5e96200 (LWP 2393) "org_kde_powerde" 0x00007f3dc30122c9 in poll () from /lib64/libc.so.6
  2    Thread 0x7f3db1dc1700 (LWP 2395) "QXcbEventReader" 0x00007f3dc30122c9 in poll () from /lib64/libc.so.6
  3    Thread 0x7f3db093d700 (LWP 2404) "QDBusConnection" 0x00007f3dc30122c9 in poll () from /lib64/libc.so.6
  4    Thread 0x7f3daa6d3700 (LWP 2405) "gmain" 0x00007f3dc30122c9 in poll () from /lib64/libc.so.6
  5    Thread 0x7f3da9ed2700 (LWP 2406) "gdbus" 0x00007f3dc30122c9 in poll () from /lib64/libc.so.6
  6    Thread 0x7f3d7ef11700 (LWP 17192) "typefind:sink" 0x00007f3dc3017739 in syscall () from /lib64/libc.so.6
  7    Thread 0x7f3d7fd72700 (LWP 17193) "oggdemux5353:si" 0x00007f3dc3017739 in syscall () from /lib64/libc.so.6
  8    Thread 0x7f3d7e710700 (LWP 17194) "multiqueue5353:" 0x00007f3dc3017739 in syscall () from /lib64/libc.so.6
  9    Thread 0x7f3d9df36700 (LWP 17227) "oggdemux5354:si" 0x00007f3dc3017739 in syscall () from /lib64/libc.so.6
  10   Thread 0x7f3d7dd01700 (LWP 17228) "typefind:sink" 0x00007f3dc3017739 in syscall () from /lib64/libc.so.6
  11   Thread 0x7f3d7d500700 (LWP 17229) "multiqueue5354:" 0x00007f3dc3017739 in syscall () from /lib64/libc.so.6
* 12   Thread 0x7f3d5bfff700 (LWP 8290) "threaded-ml" 0x00007f3dc30122c9 in poll () from /lib64/libc.so.6
(gdb) bt
#0  0x00007f3dc30122c9 in poll () at /lib64/libc.so.6
#1  0x00007f3db95859b1 in  () at /usr/lib64/libpulse.so.0
#2  0x00007f3db95771e0 in pa_mainloop_poll () at /usr/lib64/libpulse.so.0
#3  0x00007f3db957782e in pa_mainloop_iterate () at /usr/lib64/libpulse.so.0
#4  0x00007f3db95778e0 in pa_mainloop_run () at /usr/lib64/libpulse.so.0
#5  0x00007f3db95858f9 in  () at /usr/lib64/libpulse.so.0
#6  0x00007f3db7691668 in  () at /usr/lib64/pulseaudio/libpulsecommon-12.0.so
#7  0x00007f3dbfc69554 in start_thread () at /lib64/libpthread.so.0
#8  0x00007f3dc301cccf in clone () at /lib64/libc.so.6
(gdb) thread 6
[Switching to thread 6 (Thread 0x7f3d7ef11700 (LWP 17192))]
#0  0x00007f3dc3017739 in syscall () from /lib64/libc.so.6
(gdb) bt
#0  0x00007f3dc3017739 in syscall () at /lib64/libc.so.6
#1  0x00007f3dbd693c5f in g_cond_wait () at /usr/lib64/libglib-2.0.so.0
#2  0x00007f3d9f70121b in  () at /usr/lib64/libgstreamer-1.0.so.0
#3  0x00007f3dbd6765e3 in  () at /usr/lib64/libglib-2.0.so.0
#4  0x00007f3dbd675c45 in  () at /usr/lib64/libglib-2.0.so.0
#5  0x00007f3dbfc69554 in start_thread () at /lib64/libpthread.so.0
#6  0x00007f3dc301cccf in clone () at /lib64/libc.so.6
 

Threads 6, 7, 9 and 10 have a similar backtrace and

Comment 3 Antonio Larrosa 2018-07-08 09:53:48 UTC

(sorry, send it to early by mistake)

and thread 8's backtrace is:
(gdb) threa 8
[Switching to thread 8 (Thread 0x7f3d7e710700 (LWP 17194))]
#0  0x00007f3dc3017739 in syscall () from /lib64/libc.so.6
(gdb) bt
#0  0x00007f3dc3017739 in syscall () at /lib64/libc.so.6
#1  0x00007f3dbd693c5f in g_cond_wait () at /usr/lib64/libglib-2.0.so.0
#2  0x00007f3d9e8d70db in  () at /usr/lib64/libgstbase-1.0.so.0
#3  0x00007f3d9e8d8430 in gst_data_queue_pop () at /usr/lib64/libgstbase-1.0.so.0
#4  0x00007f3d9c3a8bd1 in  () at /usr/lib64/gstreamer-1.0/libgstcoreelements.so
#5  0x00007f3d9f701021 in  () at /usr/lib64/libgstreamer-1.0.so.0
#6  0x00007f3dbd6765e3 in  () at /usr/lib64/libglib-2.0.so.0
#7  0x00007f3dbd675c45 in  () at /usr/lib64/libglib-2.0.so.0
#8  0x00007f3dbfc69554 in start_thread () at /lib64/libpthread.so.0
#9  0x00007f3dc301cccf in clone () at /lib64/libc.so.6

I'm afraid that after quitting gdb and reinstalling the debuginfo packages, powerdevil changed its behaviour and didn't show any popup anymore so I couldn't get more specific debug info.

Comment 4 Krasi Georgiev 2020-11-15 14:22:10 UTC

Doesn't happen with latest kubuntu