This is the bug/patch tracker for Rockbox. Click here for more information.
Quick links: Bugs · Patches · Rockbox frontpage
FS#11107 - Erasing a directory with directory cache does not operate properly
Attached to Project:
Rockbox
Opened by Karl Kurbjun (kkurbjun) - Monday, 15 March 2010, 07:07 GMT+2
Last edited by Karl Kurbjun (kkurbjun) - Tuesday, 16 March 2010, 05:39 GMT+2
Opened by Karl Kurbjun (kkurbjun) - Monday, 15 March 2010, 07:07 GMT+2
Last edited by Karl Kurbjun (kkurbjun) - Tuesday, 16 March 2010, 05:39 GMT+2
|
DetailsThis was tested on the latest SVN with the MR500.
The problem is that if you erase a directory in the root through rockbox when directory cache is enabled it does not remove the directory entry from the list. Rebooting the player and restarting rockbox still shows the "deleted" directory. Running FSCK shows errors after performing a delete on the player. I have not tested this without directory cache enabled, but it would be worth double checking with the latest changes. Steps to reproduce: 1) With a host machine via USB create a directory "mytest" on the root of the player 2) Copy some folders with songs into the directory with the host machine 3) Disconnect the player from the host 4) Erase the folder through the files menu, note that directory still shows in list. 5) Run FSCK on the drive (or chkdsk) This is my output from dosfsck (I renamed the files in the message to make it more clear on the setup): sudo dosfsck -a /dev/sde1 dosfsck 3.0.3, 18 May 2009, FAT32, LFN /mytest/folder1/subfolder1 Contains a free cluster (492197). Assuming EOF. Performing changes. /dev/sde1: 10689 files, 1192343/1219839 clusters As a note my directory structure is something similar to the following in case it matters: ->mytest (at root) ___\->folder1 ______\->subfolder1 _________file1 _________file2 ______\->song1.mp3 ______|->song2.mp3 ___\->folder2 ______\->song1.mp3 ______|->song2.mp3 |
This task depends upon
Closed by Karl Kurbjun (kkurbjun)
Tuesday, 16 March 2010, 05:39 GMT+2
Reason for closing: Fixed
Additional comments about closing: Verified fixed in r25203
Tuesday, 16 March 2010, 05:39 GMT+2
Reason for closing: Fixed
Additional comments about closing: Verified fixed in r25203
I know there is a bug anyway with dircache that when you delete something, it might still appear in the browser whereas it is in fact deleted but this is a much harder problem to solve and it's not related to this particuliar bug.