Banshee does not remove selected song from playlist

Bug #785822 reported by T Kortehisto
66
This bug affects 12 people
Affects Status Importance Assigned to Milestone
Banshee
Fix Released
High
banshee (Ubuntu)
Fix Released
High
Unassigned
Precise
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: banshee

I have several playlists in Banshee (both static and smart). Lately, I noticed that Banshee does not always remove the selected item from static playlist, instead it removes a random item. If you try to remove song that is playing, it always stays on the playlist and instead _ another_ song is removed. That to me is really unwanted behaviour.

However, even if you are playing songs from playlist1, you sometimes cannot remove a songs from playlist2. And I mean the static playlists here where you add and remove items manually. I have not found clear logic on when the selected song can be removed. Only one case is clear: when you're playing songs in order (no shuffle), you can remove selected song after 4-5 songs have been played from begin to end after the one you want to remove. However, most often when you try to remove a song from static playlist, some song is removed -usually not the one you want.

I am using 10.10 Ubuntu and Banshee 1.8.1.

Related branches

Revision history for this message
Victor Vargas (kamus) wrote :

This issue is already reported in upstream tracker at https://bugzilla.gnome.org/show_bug.cgi?id=634758 and was fixed in banshee 2.0 release

Changed in banshee (Ubuntu):
importance: Undecided → Medium
status: New → Triaged
Changed in banshee:
importance: Unknown → Critical
status: Unknown → New
Revision history for this message
T Kortehisto (kortehisto) wrote :

Wasn't fixed in version 2.0. See link in post #1 and comments 10-13.

Revision history for this message
Victor Vargas (kamus) wrote :

Right..seems like this issue is still around (my fault). Thanks for your feedback

Changed in banshee (Ubuntu):
importance: Medium → High
Revision history for this message
geofroi (geofroi) wrote :

Yep still around, but there is a way... if you want to remove a whole album. Go on the picture of the album in the browser (you have to display it), right click, remove, it should work this time.
Banshee 2.0, Ubuntu 11.04 on MacBookPro 5,5.

Changed in banshee:
status: New → Unknown
Changed in banshee:
status: Unknown → New
Revision history for this message
Travis Pew (travisp) wrote :

Still seeing this in Ubuntu 11.10 and Banshee 2.2.1. I am unable to remove the desired songs from my playlists.

Changed in banshee:
status: New → Incomplete
Changed in banshee:
importance: Critical → High
status: Incomplete → New
Revision history for this message
T Kortehisto (kortehisto) wrote :

Apparantly there's a way around this bug. I was reading the Bugzilla bug report and it seems that this bug only occurs with databases created with previous versions of Banshee (before 2.2.1), eg. if you create a clean database this bug no longer occurs. See comment #35.

Revision history for this message
Jack (jackhynes) wrote :

I just created a new database with 2.2.1 and am still having this issue.

Revision history for this message
Yani Raafezaj (ytraaf) wrote :

Same here on a new install of 64-bit Ubuntu 11.10 less than a month old. Banshee 2.2.1, new database, new playlist, still having the issue. Also happens with the play queue.

Revision history for this message
Joakim B (superslickjay) wrote :

Also using 11.10 64-bit with Banshee 2.2.1 and cannot delete songs from my playlist. Altough I am not sure that I am seeing a random delete of any other song.

However - my database is from an old Banshee install from my old 10.04 LTS machine so that might be what causing this.

Revision history for this message
Joakim B (superslickjay) wrote :

Forgot this:
It seems that I cannot delete any songs from playlist which were created at my old computer. However if I create a new playlist it's possible to add and remove songs as normal.

Revision history for this message
Andy Pincombe (bj7u61-andy) wrote :

I am still seeing this in Banshee 2.2.1, clean database, Ubuntu 11.10 64 bit.

Revision history for this message
Chow Loong Jin (hyperair) wrote :

This bug is tracked in the GNOME Bug Tracker (see the gnome-bugs link above). Please subscribe yourself to that bug for updates instead.

Changed in banshee:
status: New → Incomplete
Revision history for this message
Anton Sluijtman (k-auton-x) wrote :

Workaround: The bug is related to older, or imported playlists. Just select all items in a playlist, add them to a New Playlist and the bug is gone for that new list. I use Banshee 2.2.1.

Revision history for this message
Anton Sluijtman (k-auton-x) wrote :

Unfortunately the above workaround proves not te be reliable. After editing the new list for a while, the bug reappears :(

Revision history for this message
Nicholas Corey (nicholas-corey) wrote :

My friend recently imported his database from iTunes. This evening he complained that songs couldn't be removed from his playlists, but upon further investigation, I noticed that the items in the list would shift up a little and that the song count in the left pane for the playlist would decrement by 1 each time he tried. This only seemed to happen when "All Albums" was selected. When individual albums were selected it seemed to work just fine.

My guess is that the wrong song is being removed from the playlist, possibly due to an indexing error. Could it be using an album specific index on the whole list? This would be consistent with my observation that the songs would get deleted further up the list from what was selected.

Changed in banshee:
status: Incomplete → Fix Released
Revision history for this message
whereRtheInterwebs (wherertheinterwebs) wrote :

Turn off sorting and they delete in order.

Revision history for this message
Erik S (ofenfisch) wrote :

Still present in banshee 2.4.0 with Ubuntu 12.04:

But I found out, which song is deleted ;) Maybe this will help to fix the issue:

When you add different songs, albums to a non-smart play list or to the play-queue, and don't shuffle or sort by anything else than the Title ID (the very left column), the selected song or songs will be removed correctly. But(!) when you shuffle or sort Banshee won't delete a random item from the list: It deletes the item, which was on this position on the initial sorting.

Example:
1. Clear the play-queue
2. Add different songs to the queue with drag&drop
3. Open the queue (don't sort or shuffle) and select one songs and delete it (should work properly)
4. Select multiple songs (still not sorted or shuffled) and delete them (still works properly)
5. Now look on the (example:) 3rd item and memorize this item.
6. Shuffle or sort the list and make sure, your memorized item is NOT on the previous position.
7. Now select the 3rd (your initial) item and delete it
-> This shouldn't work, instead your memorized item should be removed.

Can anyone prove me wrong or confirm my ideas?

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package banshee - 2.4.1-1ubuntu1

---------------
banshee (2.4.1-1ubuntu1) quantal; urgency=low

  * Merge from Debian Unstable, remaining changes:
    - Enable and recommend SoundMenu and Disable NotificationArea by default
    - Disable boo and karma extensions
    - Move desktop file for Meego UI to /usr/share/une/applications
    - Change the url for the Amazon store redirector
    - [9b356d6] Add workaround for set_Height exception.
    - [ccbcbbd] Make Banshee translatable in Launchpad
  * [c8567da] Refresh patches and drop patch numbers
  * [801eb55] Multiarchify path in soundmenu install file

banshee (2.4.1-1) unstable; urgency=low

  * [856d4d6] New upstream bugfix release:
    - Migo.Syndication: Handle feeds with malformed enclosure URLs
    - bgo#626659: ServiceManager: check properly if a service is required
    - bgo#634758: PlaylistSource: Make sure the right tracks are removed
      (LP: #785822)
    - bgo#662909: PlaylistParser: Retry HTTP request after timeout
      (Closes: #546749, LP: #785304)
    - bgo#666696: DapSource: Flush pending changes when quitting
    - bgo#672744: UPnPServerSource: Fix crash when getting the root object
      (LP: #785822)
    - bgo#673037: libossifer: Fix certificate validation with libsoup 2.38
    - bgo#673416: DbIteratorJob: Abort job after several consecutive failures
    - bgo#676144: PlayQueueSource: Fix high memory usage when shuffling
  * debian/(control, compat):
    - [a46c8f0] Bump debhelper compat to 9 for buildflags
  * debian/(Banshee.GStreamer.dll.config, Banshee.NowPlaying.X11.dll.config):
    - [437c092] Drop downstream dll.config files
  * debian/(*.install, rules):
    - [9e1d4c4] Use multiarch libdir
  * debian/patches, debian/rules:
    - [39056ef] Drop upstreamed 0013-UPnPServerSource-….patch
    - [e34d9f3] Drop patch numbers and refresh
    - [028167e] Drop moduleref-removing patches.
      Use --exclude-moduleref instead.
    - [0403c98] Patch to add Banshee.NowPlaying.X11.dll.config
    - [ad971c3] Fix missing \ in Add-Meego-desktop-file.patch
 -- Chow Loong Jin <email address hidden> Sat, 02 Jun 2012 16:35:46 +0800

Changed in banshee (Ubuntu):
status: Triaged → Fix Released
Revision history for this message
Clint Byrum (clint-fewbar) wrote :

This bug is missing information detailed in https://wiki.ubuntu.com/StableReleaseUpdates#Procedure for it to comply with Stable Release Updates process. Please add a test case for recreating and the regression potential. Once this information is added to all the bugs addressed by the package in -proposed we will approve the upload. Thanks!

Revision history for this message
Chris Halse Rogers (raof) wrote : Please test proposed package

Hello T, or anyone else affected,

Accepted banshee into precise-proposed. The package will build now and be available in a few hours. Please test and give feedback here. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you in advance!

Changed in banshee (Ubuntu Precise):
status: New → Fix Committed
tags: added: verification-needed
Revision history for this message
Chow Loong Jin (hyperair) wrote :

I've just tried and succeeded in deleting stuff from a sorted playlist. The (correctly) deleted items were the selected ones. On the other hand, it seems that this bug manifests under databases corrupted in a very specific manner, so I can't be sure whether this means that it's really fixed.

Could someone who has experienced this bug in the past please verify whether or not you still see it around with the precise-proposed package?

Revision history for this message
Chow Loong Jin (hyperair) wrote :

Okay, since nobody seems to be stepping out to verify this bug, I can't seem reproduce the bug anyway, and I see no visible regressions in Banshee, I'm marking this as verification-done.

tags: added: verification-done
removed: verification-needed
Revision history for this message
Launchpad Janitor (janitor) wrote :
Download full text (3.4 KiB)

This bug was fixed in the package banshee - 2.4.1-3ubuntu1~precise1

---------------
banshee (2.4.1-3ubuntu1~precise1) precise-proposed; urgency=low

  * Upload to precise-proposed

banshee (2.4.1-3ubuntu1) quantal; urgency=low

  * [2ddc12d] Merge from Debian Unstable, remaining changes:
    - Enable and recommend SoundMenu and Disable NotificationArea by default
    - Disable boo and karma extensions
    - Move desktop file for Meego UI to /usr/share/une/applications
    - Change the url for the Amazon store redirector
    - [9b356d6] Add workaround for set_Height exception.
    - [ccbcbbd] Make Banshee translatable in Launchpad
  * [988cb56] Revert "Multiarchify path in soundmenu install file"
    This reverts commit 801eb55a65f21af8d01b6978bfbb0b64cf1990b9. (LP: #1008473)

banshee (2.4.1-3) unstable; urgency=low

  * [6730396] Undo multiarch path changes
    - Revert "Use multiarch libdir" (9e1d4c4)
    - Specify --libdir=/usr/lib when configuring to override the multiarch
      libdir passed by dh_auto_configure in compat 9 (LP: #1008473)

banshee (2.4.1-2) unstable; urgency=low

  * Rebuild against gdata-sharp 2.1.0.0

banshee (2.4.1-1ubuntu1~precise1) precise-proposed; urgency=low

  * Upload to precise-proposed

banshee (2.4.1-1ubuntu1) quantal; urgency=low

  * Merge from Debian Unstable, remaining changes:
    - Enable and recommend SoundMenu and Disable NotificationArea by default
    - Disable boo and karma extensions
    - Move desktop file for Meego UI to /usr/share/une/applications
    - Change the url for the Amazon store redirector
    - [9b356d6] Add workaround for set_Height exception.
    - [ccbcbbd] Make Banshee translatable in Launchpad
  * [c8567da] Refresh patches and drop patch numbers
  * [801eb55] Multiarchify path in soundmenu install file

banshee (2.4.1-1) unstable; urgency=low

  * [856d4d6] New upstream bugfix release:
    - Migo.Syndication: Handle feeds with malformed enclosure URLs
    - bgo#626659: ServiceManager: check properly if a service is required
    - bgo#634758: PlaylistSource: Make sure the right tracks are removed
      (LP: #785822)
    - bgo#662909: PlaylistParser: Retry HTTP request after timeout
      (Closes: #546749, LP: #785304)
    - bgo#666696: DapSource: Flush pending changes when quitting
    - bgo#672744: UPnPServerSource: Fix crash when getting the root object
      (LP: #785822)
    - bgo#673037: libossifer: Fix certificate validation with libsoup 2.38
    - bgo#673416: DbIteratorJob: Abort job after several consecutive failures
    - bgo#676144: PlayQueueSource: Fix high memory usage when shuffling
  * debian/(control, compat):
    - [a46c8f0] Bump debhelper compat to 9 for buildflags
  * debian/(Banshee.GStreamer.dll.config, Banshee.NowPlaying.X11.dll.config):
    - [437c092] Drop downstream dll.config files
  * debian/(*.install, rules):
    - [9e1d4c4] Use multiarch libdir
  * debian/patches, debian/rules:
    - [39056ef] Drop upstreamed 0013-UPnPServerSource-….patch
    - [e34d9f3] Drop patch numbers and refresh
    - [028167e] Drop moduleref-removing patches.
      Use --exclude-moduleref instead.
    - [0403c98] Patch to add Banshee.NowPlaying.X11.dll.config
    - [ad971c3] F...

Read more...

Changed in banshee (Ubuntu Precise):
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.