[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-bugs-dist
Subject: [Bug 113340] New: when playing unknown file type,
From: mathpup () mylinuxisp ! com
Date: 2005-09-26 5:43:35
Message-ID: 20050926074332.113340.mathpup () mylinuxisp ! com
[Download RAW message or body]
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.kde.org/show_bug.cgi?id=113340
Summary: when playing unknown file type, noatun consumes
unbounded cpu and memory
Product: noatun
Version: unspecified
Platform: Compiled Sources
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: general
AssignedTo: charles kde org
ReportedBy: mathpup mylinuxisp com
Version: (using KDE Devel)
Installed from: Compiled sources
Compiler: GCC 3.3.5 64-bit X86_64
OS: Linux
When Noatun is invoked with a file that it does not know how to play, it gets very \
confused. The artsd and noatun processes begin using almost all CPU time, and the \
noatun process grows larger and larger.
To reproduce, launch noatun with a filename that noatun cannot play, such as an empty \
file. On the console, I get the following message repeated over and over again.
artskde: KDE::PlayObject: destroyed
artskde: KDE::PlayObject: destroyed
noatun: [bool Engine::open(const PlaylistItem&)] No playobject for \
'file:///home/velma/x'
I have Noatun get up to dock into the system track, and quitting Noatun from the \
context menu of its system-tray icon does not actually stop Noatun. Instead, it keeps \
running and consuming more and more memory.
The case of trying to play an empty file is kind of silly, and sometimes people will \
accidentally try to play a file in Noatun. In my case, I appear not to have FLAC \
support for Noatun, but the .flac extension was associated with Noatun.
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic