Skip non-existent tracks and ask to remove them

Bug #530765 reported by Thibault Saunier
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Exaile
Opinion
Wishlist
Unassigned
exaile (Ubuntu)
Confirmed
Wishlist
Unassigned

Bug Description

Binary package hint: exaile

I think we should add a GtkInfoBar at the top of the playlist with the name of the song which isn't available, and ask the user if he wants to remove it from the librairy and let the player play the next song.

ProblemType: Bug
Architecture: i386
Date: Tue Mar 2 12:29:43 2010
DistroRelease: Ubuntu 10.04
Package: exaile 0.3.1~b1-0ubuntu1
PackageArchitecture: all
ProcEnviron:
 PATH=(custom, user)
 LANG=en_US.utf8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-17.54-generic
SourcePackage: exaile
Uname: Linux 2.6.31-17-generic i686

Revision history for this message
Thibault Saunier (saunierthibault) wrote :
Revision history for this message
Charlie Kravetz (cjkgeek) wrote : Re: When a song doesn't exist, we should pass the song and play the next one, and ask if we want to remove the song from the library.

Thank you for taking the time to make Ubuntu better. Since this bug has enough information provided for a developer to begin work, I'm going to mark it as confirmed and let them handle it from here. Thanks for taking the time to make Ubuntu better!

summary: - When a song doesn't exit, we should pass the song and play the next one,
- and ask if we want to remove the song from the library.
+ When a song doesn't exist, we should pass the song and play the next
+ one, and ask if we want to remove the song from the library.
Changed in exaile (Ubuntu):
importance: Undecided → Wishlist
status: New → Confirmed
Mathias Brodala (mathbr)
summary: - When a song doesn't exist, we should pass the song and play the next
- one, and ask if we want to remove the song from the library.
+ Skip non-existent tracks and ask to remove them
reacocard (reacocard)
Changed in exaile (Ubuntu):
status: Confirmed → New
Changed in exaile:
importance: Undecided → Wishlist
status: New → Opinion
Revision history for this message
Charlie Kravetz (cjkgeek) wrote :

This for the upstream bug report use. Why is sending this bug report to the upstream developer an "Opinion"? Please see https://wiki.ubuntu.com/Bugs/Status for proper use of the Status field.

Changed in exaile:
status: Opinion → Invalid
Revision history for this message
reacocard (reacocard) wrote :

Charlie, I AM exaile's upstream. Please respect my changes. This is a feature that has been requested before, and the short answer is that to handle all the edge cases right requires more information than the playback engine currently has available to it, so it would require substantial changes to support, and there are more-important issues to deal with. IMO, that problem fits the description of the Opinion status perfectly.

Changed in exaile:
status: Invalid → Opinion
Revision history for this message
Charlie Kravetz (cjkgeek) wrote :

Thank you for your comment. It sure makes it easier to know why you set the status. Without knowing you personally, there is no easy way to see why you would set that without a comment.

Revision history for this message
Charlie Kravetz (cjkgeek) wrote :

Based on the comment above from upstream, this is not going to be fixed soon. Marking as confirmed, wishlist.

Changed in exaile (Ubuntu):
status: New → Confirmed
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.