Bug 188284 - kio_audiocd hangs when changing Audio CDs
Summary: kio_audiocd hangs when changing Audio CDs
Status: RESOLVED FIXED
Alias: None
Product: kio
Classification: Unmaintained
Component: audiocd (other bugs)
Version First Reported In: 4.2.0
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: David Faure
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-03-27 20:52 UTC by toszlanyi
Modified: 2010-03-01 20:31 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description toszlanyi 2009-03-27 20:52:47 UTC
Version:           4.2.1-43.13 (using KDE 4.2.1)
OS:                Linux
Installed from:    SuSE RPMs

When inserting an audio CD it shows all titles correctly in Dolphin or Konqui. When the CD is ejected and a new one inserted there is no update to the title list - still shows the previous CD content. No way to update the audiocd:/ view. Only solution currently is to "killall kio_audiocd" and then refresh the audiocd:/ view which results in reading in the content of the 2nd CD put into the drive. It should be made that kio_audiocd is to be killed when ejecting a CD or that the cache is made empty so a new CD can be read in. THX.
Comment 1 Myriam Schweingruber 2009-05-13 10:15:22 UTC
Confirmed on Kubuntu 9.04, running KDE 4.2.3. I have to kill it manually every time. Also, it hogs 80% CPU every time once a CD is ejected.
Same behavior on Kubuntu 8.10 running KDE 4.2.2
Comment 2 toszlanyi 2009-12-13 07:29:50 UTC
Same behaviour under openSUSE 11.2 (x86_64) with stable KDE 4.3.1
Comment 3 Albert Astals Cid 2009-12-27 00:26:26 UTC
SVN commit 1066390 by aacid:

If TOCs are different we need to call setDevice again so the disc info is refreshed
More or less fixes bug 188284, now you can refresh the disc info by pressing the Reload/F5 action
Though if you go to the url bar and enter audiocd:/ again it is not refreshed since the ioslave is not called, probably hitting some cache somewhere, will see if we can fix this too
BUGS: 188284


 M  +27 -1     audiocd.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1066390
Comment 4 Mark Kretschmann 2009-12-27 09:38:35 UTC
Thank you Albert, this fix is very welcome by us :)


I'm currently not able to test it (not running trunk), but will do so at the next opportunity.
Comment 5 Philippe Didier 2010-02-28 13:14:51 UTC
Hi Albert !
I just tested your SVN commit 1066390 which is provided by Mandriva in a rpm from a testing repository since february ...
Sorry but it doesn't work at all : nothing is diplayed neither in Konqueror nor in Dolphin nor in Amarok.
I don't know if it's for the same reason but Kaffeine reads only the first track of an audioCD and stops.

Revision 918643 worked more or less :
Amarok displaied the content of an audioCD (you had to kill kio_audiocd before inserting a new CD to refresh the content)
Konqueror allowed to refresh by using the reload button

This bug (and all related ones) is not yet fixed
Comment 6 Nicolas L. 2010-02-28 23:29:49 UTC
i don't know how on linux revision 918643 can do anything as this is something for dragonfly BSD.
Comment 7 Philippe Didier 2010-03-01 13:06:01 UTC
Yes this revision 918643 was for dragonfly BSD ! and it doesn't do anything on linux !

But this change didn't modify the possibility to display the content of an audioCD. and it can be used with its limits : no automatic refresh in konqueror or Dolphin, need to kill kio_audiocd to refresh the Amarok display ... as in revision 886656. You can use as well revision 886656 but the dragonfly problem will be there again ! or 918643 ...

Revision 886656 was written in november 2008 and never modified to correct the bug that was mentionned several times before and after this bug n° 188284.

revision 1066390 was supposed to solve the problem but it's worse : no display of the content at all !

That's all what I say..
Comment 8 Philippe Didier 2010-03-01 20:31:01 UTC
Sorry for my mistake !
Nevermind with my comments n°5 and n°7.

The problem was not in the source which is truely OK (and solves the bug which is actually closed) but in some patches that had not been modified since the source modification, and affected the built rpms for Mandriva.

Nicolas corrected the problem and everything is fine for Mandriva now

I apologize for this trouble in the bug thread !
Sorry again