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 522731 - Current song not kept visible
Current song not kept visible
Status: RESOLVED DUPLICATE of bug 537168
Product: banshee
Classification: Other
Component: User Interface
git master
Other Linux
: High enhancement
: 1.6
Assigned To: Banshee Maintainers
Banshee Maintainers
papercut
: 585603 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2008-03-16 09:47 UTC by Diego Escalante Urrelo (not reading bugmail)
Modified: 2009-06-15 20:08 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Blur is playing but 3 doors down is still selected (123.89 KB, image/png)
2008-03-17 00:06 UTC, Diego Escalante Urrelo (not reading bugmail)
Details
Screenshot of playing indicator (169.37 KB, image/png)
2008-03-17 00:17 UTC, Andrew Conkling
Details

Description Diego Escalante Urrelo (not reading bugmail) 2008-03-16 09:47:07 UTC
It should be so I know which is the next or previous track in my playlist (and for just the sense of place in space)
Comment 1 Andrew Conkling 2008-03-16 23:37:04 UTC
I can't reproduce this; for me the playing track is highlighted correctly. Is there anything specific you're doing, e.g. playing from a playlist, etc.?

Also, if you're using trunk, can you 'svn up' and make sure it wasn't a temporary problem?
Comment 2 Diego Escalante Urrelo (not reading bugmail) 2008-03-17 00:06:30 UTC
Created attachment 107412 [details]
Blur is playing but 3 doors down is still selected

See?
Comment 3 Andrew Conkling 2008-03-17 00:17:09 UTC
Created attachment 107413 [details]
Screenshot of playing indicator

Ah, I see what you mean. The appropriate behavior is that the track is given an icon while playing; any track can be selected, playing or not. (See the attached screenshot.)
Comment 4 Andrew Conkling 2008-03-17 00:17:39 UTC
The real issue seems to be that your icon isn't showing for the playing song. Which icon theme are you using?
Comment 5 Diego Escalante Urrelo (not reading bugmail) 2008-03-17 00:55:01 UTC
Well no, the problem is not that the icon is not shown (it is shown here), the issue is that the view is still where I originally dbl clicked.
I would expect it to jump to the current playing song. See rhythmbox for what I mean, on song change the list jumps to the playing song (selecting it and showing it with a play icon).

My idea is that if the list doesn't jump and there's no "jump to playing song" then I have to manually browse to the current "play anchor" location.
Comment 6 Andrew Conkling 2008-03-17 01:35:49 UTC
Aha, I see what you mean.
Comment 7 Bertrand Lorentz 2008-06-24 20:50:08 UTC
Setting a more sensible milestone.
Comment 8 Mads Peter Rommedahl 2008-07-21 09:08:18 UTC
Actually, I disagree with this 'enhancement' (providing I understand it correctly). Personally I do not want focus to suddenly switch from my personally selected track to a new track just because it starts playing. That kind of behaviour always annoyed me in iTunes.

Diego, you can use Ctrl + J for that.
Comment 9 yoblin 2008-12-02 23:15:51 UTC
A vote for this enhancement....

MANY people trying to switch from iTunes expect this behavior and this minor feature is a dealbreaker for some!
Comment 10 Robin Stocker 2009-04-11 15:24:19 UTC
I'd also like to vote for this feature. How about this solution which should make more people happy:

When one uses Ctrl+J to jump to the currently playing track, the list keeps following the playing track even on track changes. But when one scrolls the view, this "keep the currently playing track mode" is disabled again and the view stays where it is. Then one can press Ctrl+J again and the view follows the track again.

Alternatively, it could always follow the currently playing track and there could be a configuration option for this.

What do you guys think?
Comment 11 Mads Peter Rommedahl 2009-06-04 19:43:48 UTC
(In reply to comment #10)
> I'd also like to vote for this feature. How about this solution which should
> make more people happy:
> 
> When one uses Ctrl+J to jump to the currently playing track, the list keeps
> following the playing track even on track changes. But when one scrolls the
> view, this "keep the currently playing track mode" is disabled again and the
> view stays where it is. Then one can press Ctrl+J again and the view follows
> the track again.
> 
> Alternatively, it could always follow the currently playing track and there
> could be a configuration option for this.
> 
> What do you guys think?
> 

I'm fine with it as long as there is still the opportunity to opt-out, as I under no circumstances want this 'enhancement', which I think is hugely annoying.
Comment 12 yoblin 2009-06-04 19:52:26 UTC
I think the biggest improvement would be following the current song when the user presses "next" and "previous" and not necessarily following for automatic transitions.. just my .02
Comment 13 Gabriel Burt 2009-06-12 20:21:00 UTC
*** Bug 585603 has been marked as a duplicate of this bug. ***
Comment 14 Askar Andersson 2009-06-12 20:26:35 UTC
As people is annoyed with both behaviors, a compromise would be the best choice.

Two suggestions: 

1. Have a setting that let's the user choose what behavior he would like.

2. Automatically jump to the currently playing song
until you select another item in the list or scroll the list manually. Then it
would go back to automatically after 15 seconds (or something) of no scrolling.
This way people will not be annoyed when banshee jumps to another track when
they are trying to find a song.
Comment 15 Wouter Bolsterlee (uws) 2009-06-15 20:08:08 UTC
This issue is mostly the same as the one reported in bug 537168. I'm marking this report a duplicate, because bug 537168 has a patch.

*** This bug has been marked as a duplicate of 537168 ***