Version: 1.3.3 (using KDE KDE 3.4.1) Installed from: Gentoo Packages OS: Linux When you upload tracks to the iPod (Shuffle) and you exceed the free space of the iPod it quits the transfer with a message that theres no space left. After this amarok hangs up with 100% CPU consuming and you must kill amarok by hand. After this the iPod database is out of sync and you must rebuild the index with other apps like gtkpod to find orphaned files. When you reattach the iPod later to amarok and you try to upload other tracks the naming convention is out of sync on the iPod and amarok. It tries to copy with kpodxxx.mp3 names already existing on the iPod. You must rename them and find a free number.
It would be usefull if amarok would check the remaining space on the iPod like gtkpod does and deny any upload that exceeds the free space on it.
This will probably come in 1.4 when we switch to libgpod for ipod support.
Moving.
This problem is already fixed in amaroK 1.4-svn. However, as iPod support is completely reworked, this will not be backported to amaroK 1.3.
What about re-opening this bug for 1.4.5? I still have very similar problem on 1.4.5 (Kubuntu Feisty binaries). Upon reaching end of Shuffle's (1stGen) free space, amarok throws a bunch of popup messages about transfer error (IMHO it should cancel further transfers when out-of-disk-space occurs), then consumes 100% CPU for a few minutes and returns to normal state. Could't this behaviour be fixed?