[feisty] deleting a song from the ipod only updates the database

Thanks for reporting your problem. I'm not able to reproduce the issue here. What model iPod are you using?

nano 4gb (black, not the latest model)!

Just to make sure we're on the same page. There was a song that you
wanted deleted. You right-clicked it in rhythmbox, and selected "Move
to Trash." The track listing disappeared from rhythmbox, but you
manually verified that the file still existed by looking in
/media/ipod/iPod_Control/Music ?

yes!

I noticed that some of the songs I removed from my iPod ended up in the Trash Can, so their space was not freed until I emptied the trash bin. Also, you said "a song." Is this something that happened only once, or does it happen every time you try to delete a song?

Do other programs (banshee, gtkpod) delete the songs correctly off your iPod?

What I did is this:
- I uploaded 2 songs
- I searched for them in ipod_control/music: they are located in
   f08/01 Moonshine.mp
   f79/05 Strangers In The Doorway.mp3
   f46/07 The Wine Thief.mp3
- I selected move to trash
- they are still present in the same directories
- there is no .Trash/ directory

There is no .Trash in the ipod volume

the debug says (I took only the important things):
(14:48:44) [0x80f4028] [rb_shell_clipboard_cmd_move_to_trash]
rb-shell-clipboard.c:708: movetotrash
(14:48:44) [0x80f4028] [rhythmdb_query_model_entry_changed_cb]
rhythmdb-query-model.c:905: emitting hidden-removal notification for
file:///media/YELO3/iPod_Control/Music/f79/05%20Strangers%20In%20The%20Doorway.mp3
(14:48:44) [0x80f4028] [rhythmdb_query_model_entry_changed_cb]
rhythmdb-query-model.c:905: emitting hidden-removal notification for
file:///media/YELO3/iPod_Control/Music/f79/05%20Strangers%20In%20The%20Doorway.mp3
(14:48:44) [0x80f4028] [rhythmdb_property_model_delete_prop]
rhythmdb-property-model.c:652: deleting "Hip Hop": refcount: 1
(14:48:44) [0x80f4028] [rhythmdb_property_model_delete_prop]
rhythmdb-property-model.c:652: deleting "Kill The Vultures": refcount:
1
(14:48:44) [0x80f4028] [rhythmdb_property_model_delete_prop]
rhythmdb-property-model.c:652: deleting "The Careless Flame":
refcount: 1
(14:48:44) [0x80f4028] [rb_entry_view_row_deleted_cb]
rb-entry-view.c:1715: row deleted
(14:48:44) [0x80f4028] [rb_shell_clipboard_entries_changed_cb]
rb-shell-clipboard.c:804: entryview changed
(14:48:44) [0x80f4028] [window_focus_cb] rb-mmkeys-plugin.c:122:
window got focus, re-grabbing media keys

It would be better if you could capture the entire debug log and then
add it to the bug as an attachment. It looks like the previous log
starts just after what I want to see.

Another question: if you eject the iPod and then remount it, are the
files still present? I wonder if rhythmbox queues the deletions or some
such.

the file is present even after the ipod umount.
the complete debug is very heavy... 1.5 MB I should try to paste you just what is needed...

I pasted everything that is written after I click on delete (based on the time of execution, so it is right!). As you will see again it starts with move_to_trash (the log before this belongs to 14 seconds before I clicked delete)

(15:32:42) [0x80f4028] [rb_shell_clipboard_cmd_move_to_trash] rb-shell-clipboard.c:708: movetotrash
(15:32:42) [0x80f4028] [rhythmdb_query_model_entry_changed_cb] rhythmdb-query-model.c:905: emitting hidden-removal notification for file:///media/YELO3/iPod_Control/Music/f84/EUCH.mp3
(15:32:42) [0x80f4028] [rhythmdb_property_model_delete_prop] rhythmdb-property-model.c:652: deleting "Sconosciuto": refcount: 251
(15:32:42) [0x80f4028] [rhythmdb_property_model_delete_prop] rhythmdb-property-model.c:652: deleting "Sconosciuto": refcount: 2
(15:32:42) [0x80f4028] [rhythmdb_property_model_delete_prop] rhythmdb-property-model.c:652: deleting "Sconosciuto": refcount: 50
(15:32:42) [0x80f4028] [rb_entry_view_row_deleted_cb] rb-entry-view.c:1715: row deleted
(15:32:42) [0x80f4028] [rb_shell_clipboard_entries_changed_cb] rb-shell-clipboard.c:804: entryview changed
(15:32:42) [0x80f4028] [window_focus_cb] rb-mmkeys-plugin.c:122: window got focus, re-grabbing media keys
(15:32:42) [0x80f4028] [paned_size_allocate_cb] rb-browser-source.c:725: paned size allocate
(15:32:42) [0x80f4028] [rb_shell_clipboard_sync] rb-shell-clipboard.c:549: syncing clipboard
(15:32:42) [0x80f4028] [rb_shell_clipboard_entryview_changed_cb] rb-shell-clipboard.c:796: entryview changed
(15:32:42) [0x80f4028] [rb_statusbar_source_status_changed_cb] rb-statusbar.c:505: source status changed
(15:32:42) [0x80f4028] [rb_shell_clipboard_sync] rb-shell-clipboard.c:549: syncing clipboard
(15:32:42) [0x80f4028] [rb_statusbar_sync_status] rb-statusbar.c:417: updating status with: '596 canzoni, 1 giorno, 16 ore e 11 minuti, 2,5 GB', '', 999,000000

Please test banshee and gtkpod and see if they exhibit the same problem

from banshee the option "remove from drive" is not selectable. Only
remove. which removes nothing (in the sense that it even does not
update the itunesdb)

gtkpod could delete it at all!

> gtkpod could delete it at all!

That is, gtkpod could not delete it at all? If that is the case, I
would like you to try to delete the file from your iPod manually.
Warning: this could cause your iPod to become confused and require
formatting, so proceed at your own risk. Using both Nautilus and the
command line, see if you can delete the mp3 file that is associated with
the track you're trying to remove.

No sorry, gtkpod deleted the song from the db AND from the disk! go
gtkpod works correctly

Anyway Ive already tried to remove the tracks that rhythmbox didn't
delete from the disk, using rm -f
My ipod does not get confused (yet).

Another thing to test, please. Try creating a trash folder on the ipod, with a command like the following:

    mkdir /media/ipod/.Trash-$USER

See if tracks then removed from rhythmbox end up in that folder (should also show up in the Trash Can).

Ok:
1) the track has disappeard from ipodcontrol/music and has been moved
to /media/YELO3/.Trash-yelo3/ BUT the bin is not shown as full

update: banshee does it work well, I forgot to execute "synchronize
now" it removes the file and does NOT put it into the trash

I can now reproduce this.

Is it supposed to work without the trash, in the sense that the song
is not moved to the trash, but deleted?
are you expecting the same bug (the trash in the gnome panel is not
presented full?)

The current patch uses the trash. When you delete a track, it attempts to move it to the trash, creating a trash folder if one does not exist.

I did notice that the Trash icon did not appear full immediately. I have before noticed that songs deleted by rhythmbox appeared in the Trash can, so it may merely be a matter of delay

Sorry but, why does the current patch use the trash? in the sense: why
was the trash chosen instead of deleting the song?

It's not great, but I have found a way of correcting this problem if creating a .Trash-$USER doesn't work, or if it's too late to try that. If you install amarok you can right click on your ipod file list and select "repair ipod->scan for orphaned and missing files". This will create a list of files which you can then delete permenantly from the ipod to create more space.

This is a very frustrating bug, as I only noticed it when I completely ran out of space- i.e. at a point when you can't really do anything to correct the problem. Whilst it might be meant to create a trash folder and move the file there, I found that it just removed the entry in the ipod database.

I can confirm that this bug exists in the release of Feisty. I have a 1GB Nano and I can keep adding songs/podcasts to my iPod and deleting them but the songs/podcasts never get physically removed from the iPod only from the database. I too never found this was a problem until my iPod was full but according to the database there was nothing on it!!!

Please fix this bug as I would love to use Rhythmbox!

I am a PHP programmer so I won't be much help but I will do whatever I can!

Thanks,
Gordo

I can also confirm this bug, on Feisty (Rhythmbox 0.10) as well was with the current SVN version of Rhythmbox.

As Ben Hall mentions, an (annoying) workaround is to create a .Trash-$USER folder in the root of the mount location of the ipod. Then, Move to Trash will move the file to this location after removing it from the ipod database. Now, you are free to remove the files manually from this folder to actually free up the space (Empty trash in Nautilus doesn't work for me).

I believe this bug stems from the fact that the ipod plugin impl_move_to_trash (rb-ipod-source.c) uses rhythmdb_entry_move_to_trash (rhythmdb.c) to remove the file. In rhythmdb_entry_move_to_trash, if no trash exists for the volume (ie trash == NULL) the function will return without doing anything.

See the related Rhythmbox bug thread:
http://bugzilla.gnome.org/show_bug.cgi?id=346434

There is a patch there which modifies the behavior so that when the trash cannot be created on the ipod, it instead unlinks the file (with a confirmation dialog).

As much as I would LOVE to use a Gnome based application to manage my iPod
and Podcasts and music collection all-in-one... none of them seem to be
quite up to the task yet. Rhythmbox is nice but doesn't delete files
properly from the iPod. Banshee is not bad either, but it doesn't put the
Podcast's in the right location on the iPod (under the iPod menu) but
instead mixes them in with the music.

So far the only application I have found that does everything correctly is
Amarok which is a KDE application but appears to be friendly enough with
Gnome.

So, until either Rhythmbox or Banshee fixes their bugs I am going to stick
with Amarok.

Later,
Gord

On 5/3/07, Brian Fulkerson <email address hidden> wrote:
>
> I can also confirm this bug, on Feisty (Rhythmbox 0.10) as well was with
> the current SVN version of Rhythmbox.
>
> As Ben Hall mentions, an (annoying) workaround is to create a
> .Trash-$USER folder in the root of the mount location of the ipod. Then,
> Move to Trash will move the file to this location after removing it from
> the ipod database. Now, you are free to remove the files manually from
> this folder to actually free up the space (Empty trash in Nautilus
> doesn't work for me).
>
> I believe this bug stems from the fact that the ipod plugin
> impl_move_to_trash (rb-ipod-source.c) uses rhythmdb_entry_move_to_trash
> (rhythmdb.c) to remove the file. In rhythmdb_entry_move_to_trash, if no
> trash exists for the volume (ie trash == NULL) the function will return
> without doing anything.
>
> See the related Rhythmbox bug thread:
> http://bugzilla.gnome.org/show_bug.cgi?id=346434
>
> There is a patch there which modifies the behavior so that when the
> trash cannot be created on the ipod, it instead unlinks the file (with a
> confirmation dialog).
>
> --
> [feisty] deleting a song from the ipod only updates the database
> https://bugs.launchpad.net/bugs/96669
> You received this bug notification because you are a direct subscriber
> of the bug.
>

I am still having this problem as of Gutsy. Since iPods are so commonplace, it seems like it would be best to either 1) get this fixed somehow or 2) include an alternate solution for iPod support in the default distribution.

I get the same problem with rhythmbox. The songs list in the ipod changes but no files are actually removed from the ipod. I have a 1Gb shuffle with ubuntu feisty.

It seems that now the trash is no more automatically created if there isn't one!

Sure, but I just noticed that whatever change to the IPOD I do with
Rhythmbox, the files get writen or erased but the Ipod does not play
them. GTKPOD, on the other hand, works. But I prefer the rhythmbox
interface

On 8/15/07, Nicolò Chieffo <email address hidden> wrote:
> It seems that now the trash is no more automatically created if there
> isn't one!
>
> --
> [feisty] deleting a song from the ipod only updates the database
> https://bugs.launchpad.net/bugs/96669
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Is it possible to reapply the patch that creates the trash if it does not exist?
thanks

Hi all!
I also experience this bug on Ubuntu gutsy.

Well I had this problem with Feisty and am STILL having it with Gutsy... why is this not a HIGH priority bug?!?!?!?

Here is hoping that this will get fixed some release.

Well back to Amarok unfortunately because I wish I could use a gnome based application especially the one that comes with Ubuntu by default. Banshee at least removes the songs properly, trash or no trash but it doesn't place the podcasts under the podcast directory on the ipod.

All I need is to have a properly working Gnome based iTunes clone and everything will be perfect!

Thanks,
Gord

I also am experiencing this problem on gusty, but have been able to get it to delete the tracks.
When I delete a track, it removes itself from the players DB, but the memory is still tied up. I looked at my trashcan and didn't see icon for items in it. Clicking the trash can though will show you the deleted songs there. But since the trashcan doesn't realize there are items in it, rightclicking won't empty. You need to go into it.

Hope this helps.

I also have this problem... i love rhythmbox but i cannot use it with my iPod!

Maxroby,
Have you tried deleting them from the ipod then emptying your trashcan? This works for me. I'm using a 2nd gen nano... not sure if that matters though.

Yes, I tried... It works but I have to delete all songs! I cannot remove only one album.

I don't have that problem. I just select the songs I want to remove, right click and remove (delete doesn't work... don't know if it's suppose to). Then empty my bin.

This is anyway I can help target this problem? Such as submitting a log, or running a script to record data as I interact with my ipod?

Fixed upstream, thanks.

Thank you Thank you Thank you!

On 12/4/07, Pedro Villavicencio <email address hidden> wrote:
>
> Fixed upstream, thanks.
>
> ** Changed in: rhythmbox (Ubuntu)
> Assignee: Steven Walter (stevenrwalter) => Ubuntu Desktop Bugs
> (desktop-bugs)
> Status: In Progress => Fix Committed
>
> --
> [feisty] deleting a song from the ipod only updates the database
> https://bugs.launchpad.net/bugs/96669
> You received this bug notification because you are a direct subscriber
> of the bug.
>

This upload should fix the issue

 rhythmbox (0.11.4-0ubuntu1) hardy; urgency=low
 .
   * New upstream version:
     - Support automatic GStreamer plugin installation (LP: #37671)
     - Improved cross-fading backend
     - Improved Podcast feed support, including Atom and APML (LP: #114846)
     - Add optional mozilla plugin to handle itms:// links
     - Fade volume when pausing and unpausing
     - Improve performance and stability of MTP device support (LP: #163609)
     - Stop putting deleted tracks on iPods in the Garbage Bin
     - Support PSPs with newer firmware
     - Improvements to the Coherence-based UPnP support
     - Minor improvements to Python bindings for plugins
   * debian/control.in:
     - Build-Depends on firefox-dev for the itunes browser plugin
     - updated totem-plparser and gstreamer requirements
   * debian/patches/06_oggradios.patch:
     - move the patch to the debian directory so it's not applied,
       upstream commited the change to SVN but that's likely an error

I also appear to have a similar issue with the COWON iAUDIO U2 Music Player when deleting songs. I think the new patch should fix the issue however.

Aside from that, the experience in Rhythmbox with this inexpensive little music player is awesome! Rhythmbox picked it right up! Thanks for the great work folks!