Version: (using KDE KDE 3.1) Installed from: Mandrake RPMs OS: Linux When changing CD and hitting reload only the current directory gets updated, not the whole CD tree. If you change CD and press reload when you are in the main dir of the cd and then opens the ogg dir you will have the content of the former CD. A reload when using the audiocd slave should uppdate the whole tree of the CD.
Subject: Re: New: All info does not update when changing CD and pressing reload Am Thursday 03 April 2003 17:19 schrieb Knut Johansson: > When changing CD and hitting reload only the current directory gets > updated, not the whole CD tree. If you change CD and press reload when you > are in the main dir of the cd and then opens the ogg dir you will have the > content of the former CD. A reload when using the audiocd slave should > uppdate the whole tree of the CD. That's a tough one. The directories are cached within konqueror, not within the slave. And konqueror in return has no concept of changing CDs as it doesn't see them as devices. ;( Greetings, Stephan
If D-BUS and HAL are used would could have then update konq etc?
First of I would like to apologies for taking so long replying to the comments on this bugreport. I would not presume need to give Konqueror concept of CD changes, so don't think to complex(HAL etc) The io-slave handling of this have changed some since the report was written(Have tested on cvs -20040820), being more correct in my view. Content of all the subdirs in the slave changes when reload is pressed in one subdir, but the "root" dir still remains unchanged. To my understanding the io-slave generates a virtual filesystem representing the audio CD, and this is then cached by Konqueror. Would it not be possible for the slave to emit some kind of "directory changed" signal to Konqueror when reload is pressed forcing Konqueror to update and not use the cached content. Thus guaranteeing a updated view of the audio CD tree, independent from where in the tree the user presses reload.
Is this bug still present in a recent version of KDE, such as 3.5.8 or 4.0.1?
Still present in 3.5.8, not able to test with 4.x at the moment. To test do the following: Insert music CD, start audiocd:/ ioslave in konqueror and change to one sub directory(ex ogg). Remember the contents, and go up to the main dir again. Then remove the CD and put in another. Press refresh, when it has finished the update change in to the same sub dir as before(ogg). You get the context of the previous CD.
This is still a problem in 4.1.2. Although now I hit reload and nothing updates. I have to wait 10 - 15 minutes then it decides to see if the CD has changed and will regenerate the directory listings.
Answering knut: yes, KDirNotify can be used to say "this directory has changed". But I have no idea if/how kio_audiocd can detect a CD change?
@David, as I see it detecting a CD change is not so important, changing it is a manual operation after all, and the user is bound to be aware of it:-) If the user has to press reload one time after the CD change it's not a big deal. Unfortunately as it's now the user may have to press reload several times depending in where in the audiocd:/ created filesystem tree he is located and where he browse to after. If pressing reload would simply use KDirNotify to mark the root and all branches as changed, it would ensure consistency of the "files".
*** Bug 208187 has been marked as a duplicate of this bug. ***
you may add https://bugs.kde.org/show_bug.cgi?id=203195 https://bugs.kde.org/show_bug.cgi?id=197485 https://bugs.kde.org/show_bug.cgi?id=188284 the problem still remains since it was noticed for KDE 4.2.1 in march 2009 !!!! Nota Bene : This problem doesn't exist neither for KDE 3.5.9 nor for KDE 3.5.10 ! For these, when you eject an audioCD, and load an other one, the list of the tracks is refreshed for Konqueror, Amarok 1.4.8, K3b etc...
https://bugs.kde.org/show_bug.cgi?id=208187 is marked as resolved (as a duplicate) after having staid unconfirmed https://bugs.kde.org/show_bug.cgi?id=203195 https://bugs.kde.org/show_bug.cgi?id=197485 are always unconfirmed https://bugs.kde.org/show_bug.cgi?id=188284 was marked as new in may the only workaround is to kill kio_audiocd before inserting a new audioCD... not very friendly indeed, and not easy to understand for a beginner. If this bug must remain as it is, would you tell to other devs to explain clearly this workaround in the user's Manuals of Dolphin, Konqueror, K3b, Amarok ....?
*** Bug 220157 has been marked as a duplicate of this bug. ***
*** Bug 222805 has been marked as a duplicate of this bug. ***
Since KDE 4.4.0 this should be working fine (that is, pressing reload gives you the new contents, automatic refreshing never worked as far as i know) If any of you tries KDE >= 4.4.0 and pressing reload still does not update the disc information when you change the disc, please reopen this bug.
Sorry, it still does not work. KDE 4.4.2+ from svn. Reload still does not update the content of the virtual sub-directories in the io-slave. If you press reload in audiocd:/ the content of previously visited sub-directories are not updated, like audiocd:/Ogg Vorbis.
Oh, right, the rest of the hierarchy is not updated, though that's not the fault of the ioslave, someone else is doing the caching, i´ll try to look at it but i can't promise anything.
*** Bug 245036 has been marked as a duplicate of this bug. ***