Ubuntu
rhythmbox package

Inconsistent Rhythmbox "browse" behaviour

Bug #183896 reported by Ryan Prior on 2008-01-17

This bug report is a duplicate of: Bug #114319: Doesn't remember browser visibility in playlists. Edit Remove

This bug affects 1 person

	Status	Importance	Assigned to
One Hundred Papercuts	Invalid	Low	Unassigned
Rhythmbox	Confirmed	Wishlist	gnome-bugs #118862
rhythmbox (Ubuntu)	Triaged	Low	Ubuntu Desktop Bugs

Bug Description

Binary package hint: rhythmbox

Steps to reproduce bug:
> In Rhythmbox, right click a track and select "Browse this album" or any other "browse" command
> Click "Browse" in the tool bar, displaying the Browse menus
> Select a different album, artist, or genre from the one currently selected
> Click "Browse" again to hide the Browse menus

Expected behaviour:
> The Browse menu will be hidden, leaving the selections that were made in place

Actual behaviour:
> The user's selection is lost and all tracks are displayed

Revision history for this message

Ryan Prior (ryanprior) wrote on 2008-01-17:

Additional info Edit (245 bytes, text/plain)

Revision history for this message

Pedro Villavicencio (pedro) wrote on 2008-02-13:

Confirming, thanks for your report.

Changed in rhythmbox:
assignee:	nobody → desktop-bugs
importance:	Undecided → Low
status:	New → Confirmed

Revision history for this message

Ryan Prior (ryanprior) wrote on 2008-02-13:

This bug is not a duplicate of the bug it is currently supposed to duplicate.

That bug has something to do with restarting Rhythmbox, but this bug shows up while the program is still running. It seems to be a simple interface error.

Bug Watch Updater (bug-watch-updater) on 2008-02-14

Changed in rhythmbox:
status:	Unknown → Confirmed

Sebastien Bacher (seb128) on 2008-06-14

Changed in rhythmbox:
status:	Confirmed → Triaged

Revision history for this message

David Siegel (djsiegel-deactivatedaccount) wrote on 2009-06-11:

Rhythmbox is being replaced with Banshee in Karmic or Karmic+1, so I am marking this as a low priority paper cut (in lieu of marking it invalid, which we will do if Banshee lands in Karmic).

Changed in hundredpapercuts:
importance:	Undecided → Low

Revision history for this message

Sebastien Bacher (seb128) wrote on 2009-06-11:

banshee is having the same behaviour, how do you expect the user to select something else once the browser not being displayed if the filter is active there?

Revision history for this message

Ryan Prior (ryanprior) wrote on 2009-06-11:

Just as the search filter has a "cancel" button, the browse filter should also have one. It would also be easy to make them share a button as well.

My interface design advice would be this: as the user browses (for example to the artist Brad Sucks, then to the album Out Of It) the search box would be changed to read "Brad Sucks", then "Brad Sucks -> Out Of It". If the Browse interface is closed, that search remains until the user clears it. The search need not be plain-text: since the behaviour is slightly different, the text could be a few shades lighter than the default or something to differentiate it. Upon re-opening the "browse" menu, the same artist and album should be showed as when it was closed.

Mat Tomaszewski (mat.t.) on 2009-06-11