After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 330106 - rating songs while the songs are sorted by rating behaves strangely
rating songs while the songs are sorted by rating behaves strangely
Status: RESOLVED OBSOLETE
Product: rhythmbox
Classification: Other
Component: User Interface
0.9.1
Other All
: Normal minor
: ---
Assigned To: RhythmBox Maintainers
RhythmBox Maintainers
: 334105 362309 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-02-06 12:08 UTC by bogado
Modified: 2018-05-24 11:20 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description bogado 2006-02-06 12:08:44 UTC
While the list of songs are sorted by rating and you click on the stars to rate
a song, the song disappears, since the list is sorted by rate the and the song
now has a different rate it change place. 

But I believe this behavior is not expected and is bad, since the user will not
see how many stars he just gave the song, what if he made a mistake? how can he
know? The reordering of the list is a confusing factor, I myself had classified
"the same song" two or three times just to find out that each time I was
clicking in a different song. 

My suggestion is that the list either get to an unsorted state after a change in
a field that is the sort key for the moment (better in my opinion) or the view
should follow the music that was just rated or updated in any way.


Other information:
Comment 1 Alex Lancaster 2006-03-10 10:10:13 UTC
*** Bug 334105 has been marked as a duplicate of this bug. ***
Comment 2 James "Doc" Livingston 2006-03-11 08:14:37 UTC
Rhythmbox doesn't currently have an "unsorted" option for track lists, it's always sorted by something.

Jumping to the track also has some issues, both technical (what should it do if multiple tracks are selected?) and practical (it would be annoying if the user wanted to rate several tracks).
Comment 3 bogado 2006-03-13 16:42:59 UTC
I agree that the song list should change the least possible, but in the current state it is easy to make a mistake, rating songs that you do not wish.

And can I ask why does it don't have an unsorted state for the list? A unsorted list, witch you can drag and drop music into position is the only way to select the order you want (by turning the shuffle off). Playing music in alfabetical order is not very usefull, while choosing the order you want is very usefull. (while I agree that this is another feature request)  
Comment 4 James "Doc" Livingston 2006-03-14 10:46:04 UTC
If you want to play tracks in a specific order (which isn't by track# or alphabetical), you should use a playlist (or the play queue in 0.9.3).

Normal (non-automatic) playlists use drag-and-drop reordering.
Comment 5 bogado 2006-03-14 12:39:53 UTC
How about a changing order action, like rating a list ordered by rate, create a temporary "play list" that holds the list in the order it is before the action? 

This could be either a "hidden" action, so the user does not see this pseudo list being created and he only views a unsorted list that can be reordered by drag and drop and can be rated without changing at all and as a second option this could be "out in the open", so when the user rates the song it would create a temporary playlist with a good name and the user can either continue to use it. 

I think, my opinion, that this limitation of can only be sorted on the 'library' is artificial and leads to unexpected behaviour. I, as user would welcome the ability to order my library and find it very hard to correct the mistakes that the automatic rating system does. 
Comment 6 Alex Lancaster 2006-04-04 03:27:06 UTC
*** Bug 337019 has been marked as a duplicate of this bug. ***
Comment 7 Alex Lancaster 2006-04-04 03:27:32 UTC
Video illustrating problem from bug #337019:

http://librarian.launchpad.net/1922026/desktop-recording.ogg
Comment 8 Jonathan Matthew 2006-10-15 07:57:57 UTC
*** Bug 362309 has been marked as a duplicate of this bug. ***
Comment 9 GNOME Infrastructure Team 2018-05-24 11:20:00 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/rhythmbox/issues/139.