Version: 2.4.3 (using KDE 4.6.5) OS: Linux I've deleted a TON of files on my iPod (black 60GB iPod Video) to free up space, but 'df' doesn't show any long-term change in these disk space (the number does change a bit but it has not really moved from the 75MB Free, other than maybe 1MB in both directions, during the Delete activity). Reproducible: Always Steps to Reproduce: Run from CLI 'watch -d df' Delete files from iPod via Amarok Notice the 'df' hasn't changed much. Actual Results: Files are gone but there is no free space Expected Results: Space should be free to put on different music but it's not working. I've tried to unplug and replug the device a few times but the space hasn't changed.
these turned out to have been moved to /media/ipod/.Trash-1000/ I'd love to see Amarok either not do this, or offer to clean that up some how, perhaps when ejecting from Amarok. Thanks for the great app!
Hi Jeffrey, thanks for your report. The real problem is that the "Delete tracks" action in the context menu in fact sends these files to trash (located on the device), at least it correctly mentions this in the confirmation dialog. There is a hidden feature in Amarok: hold Shift while clicking the "Delete tracks" action and the files will skip the trash and will be deleted right away (with confirmation). Also please note the files located in "device trash" are normally visible in the main Trash as long as the device is connected. I do plan to split the actions so that it is more like in Dolphin, let's hope I will make it for the 2.5. release.
Git commit 3c2f14dd62241312275b5a5b821dba0a628a37ed by Matěj Laitl. Committed on 12/11/2011 at 16:01. Pushed by laitl into branch 'master'. Separate delete and trash collection tree actions The "delete" action was previously only accessible through holding Shift when clicking Delete, which was secret, inconsistent and inconvenient. The old shift + click behaviour is not preserved. BUG: 286356 FIXED-IN: 2.5 GUI: Move to Trash action added to collection browser context menu Handbook needs updating. M +2 -0 ChangeLog M +32 -23 src/browsers/CollectionTreeView.cpp M +2 -1 src/browsers/CollectionTreeView.h http://commits.kde.org/amarok/3c2f14dd62241312275b5a5b821dba0a628a37ed
I guess, when deleting from my iPod, I don't think if it as a general storage device that I'd want to recover from, especially when I need to do the delete via an app like Amarok or whatever else. Can iTunes recover files from .Trash-1000/ folder? How would one recover these files within Amarok? If iTunes and Amarok both cannot recover from that location it may be best to fully delete the files... just my 2cents. Thanks for Amarok! On Nov 12, 2011 7:13 AM, "Matěj Laitl" <matej@laitl.cz> wrote: > https://bugs.kde.org/show_bug.cgi?id=286356 > > > Matěj Laitl <matej@laitl.cz> changed: > > What |Removed |Added > > ---------------------------------------------------------------------------- > Status|NEW |RESOLVED > Version Fixed In| |2.5 > Resolution| |FIXED > > > > > --- Comment #3 from Matěj Laitl <matej laitl cz> 2011-11-12 15:13:13 --- > Git commit 3c2f14dd62241312275b5a5b821dba0a628a37ed by Matěj Laitl. > Committed on 12/11/2011 at 16:01. > Pushed by laitl into branch 'master'. > > Separate delete and trash collection tree actions > > The "delete" action was previously only accessible through holding > Shift when clicking Delete, which was secret, inconsistent and > inconvenient. The old shift + click behaviour is not preserved. > > BUG: 286356 > FIXED-IN: 2.5 > GUI: Move to Trash action added to collection browser context menu > Handbook needs updating. > > M +2 -0 ChangeLog > M +32 -23 src/browsers/CollectionTreeView.cpp > M +2 -1 src/browsers/CollectionTreeView.h > > http://commits.kde.org/amarok/3c2f14dd62241312275b5a5b821dba0a628a37ed > > -- > Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You are on the CC list for the bug. > You reported the bug.