Bug 265429

Summary:	Dragonplayer CPU use rises to 100% after closing the application or pausing playback
Product:	[Applications] dragonplayer	Reporter:	Setsuna <stray_child>
Component:	general	Assignee:	Unassigned bugs mailing-list <unassigned-bugs>
Status:	RESOLVED WORKSFORME
Severity:	normal	CC:	andrew.crouthamel, sitter
Priority:	NOR	Keywords:	triaged
Version:	2.0.x
Target Milestone:	---
Platform:	Ubuntu
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Setsuna 2011-02-04 18:46:11 UTC

Version: 2.0.x (using KDE 4.6.0)
OS: Linux

When pausing playback for any Video-File or a DVD the CPU usage (as displayed by htop) rises to 100%, causing the fan noise in my Laptop to go up as well. The same happens when, for any reason, I close dragonplayer.
It does not happen when I close the player without having played a video-file.

Reproducible: Always

Steps to Reproduce:
Play Video either by starting dragonplayer and then selecting video via the open file-dialogue or by opening the application by selecting the file. Let the video play for a short while (a few second suffice) and the pause the playback or quit the application.

Actual Results:
The CPU usage by the process named "dragon" rises to 100% either way.

Expected Results:
The process should be killed after exiting. In case of pausing playback the application should not hog 100% of the CPU.

CPU: Intel Core Duo 1.73 GHz (32-bit)
RAM: Kingston 2GB DIMM DDR2 Synchronous 533 MHz
System: Kubuntu 10.10 32-bit with KDE SC 4.6 installed from backports repository.

No special Widget- or Window-Style.
Plasmoids in use:
* "Comic" (14 strips),
* "Fortunoid", changing every 1 hour,
* "Desktop Notes" with a few lines of often used html-code for copy-paste
* "Hard Disk Status" with root- and home-partition shown.
* "Digital Clock" shows seconds and three time zones (including local)
* a second Panel on top of the screen which auto-hides

Two instances of gwenview, and one of each Firefox, Thunderbird, Dolphin and Kate are always running in the background

Comment 1 Harald Sitter 2012-06-02 17:43:29 UTC

please run kdebugdialog and enable everything.
then export the debug envrionment variables for Phonon [1] and try to get a complete log of the problem.

http://techbase.kde.org/Development/Tutorials/Debugging/Phonon

Also a somewhat more advanced approach using GDB as I assume some thread is stuck:
- cause the issue
- on a terminal run `pidof dragon` and note the number this prints
- then run 'sudo gdb`
- type `attach 01234` where 01234 is the number from the pidof command
- after a while it should show a prompt again, now type `thread apply all`, this will print a list of all threads and where they are currently at, if you could post the list that would be very helpful

TIA

Comment 2 Andrew Crouthamel 2018-09-23 02:36:46 UTC

Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!

Comment 3 Setsuna 2018-09-23 10:12:58 UTC

I posted this Bug over 7 years ago. Unfortunately I was not aware that an answer had been posted in 2012 or I would have provided the asked for details. I no longer use the machine in question and obviously the software versions also have changed.

I also don't use Dragon Player anymore, since back then it was just a replacement for VLC (which was misbehaving). Since I cannot replicate the circumstances, I suggest this bug to be closed.

Comment 4 Andrew Crouthamel 2018-09-23 17:10:06 UTC

Thanks for the update!