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 329951 - changed position in current song is not diplayed correctly when song is paused
changed position in current song is not diplayed correctly when song is paused
Status: RESOLVED OBSOLETE
Product: banshee
Classification: Other
Component: User Interface
0.10.x
Other All
: Normal minor
: 2.x
Assigned To: Banshee Maintainers
Banshee Maintainers
: 333443 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-02-05 00:58 UTC by Michael Gebhart
Modified: 2007-01-17 19:07 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
patch v1 (1.05 KB, patch)
2006-02-12 08:35 UTC, Koike Kazuhiko
reviewed Details | Review

Description Michael Gebhart 2006-02-05 00:58:29 UTC
Please describe the problem:
When I pause a song and try to change the position of the currently played song
with the scollbar at the top of the main window the scrollbar doesn't display
the new position. Instead it jumps back to the old position.

Steps to reproduce:
1. Start playing a song
2. pause the song
3. change the current position in the song


Actual results:
The scrollbar jumps back to the old position

Expected results:
The scrollbar should display the choosen position and not jump back to the old
position.

Does this happen every time?
Yes

Other information:
Comment 1 Koike Kazuhiko 2006-02-11 07:33:49 UTC
I can reproduce this bug.

This happens when you select gstreamer as media engine.
Comment 2 Koike Kazuhiko 2006-02-12 08:35:55 UTC
Created attachment 59169 [details] [review]
patch v1

It's not necessary to update the position label when song is paused.
Comment 3 Aaron Bockover 2006-03-14 22:43:04 UTC
This patch shouldn't be necessary. The issue may have been in the GStreamer 0.8 engine. I do not see this in the GStreamer 0.10 engine. Can you confirm that only the 0.8 engine has this behavior?
Comment 4 Aaron Bockover 2006-03-15 17:49:33 UTC
*** Bug 333443 has been marked as a duplicate of this bug. ***
Comment 5 Michael Gebhart 2006-03-17 09:58:17 UTC
Hi,

I've just updated to Banshee 0.10.8 with GStreamer 0.10. 

So I can confirm, that this bug was only GStreamer 0.8 specific. With GStreamer 0.10 this problem doesn't exist any longer.
Comment 6 Aaron Bockover 2006-03-17 15:30:37 UTC
A new method of seeking was introduced into HEAD yesterday, so this should even be solved in the GStreamer 0.8 backend.
Comment 7 Koike Kazuhiko 2006-03-19 02:33:54 UTC
This problem was almost resolved now.

The slider still goes back to the old position when you release the slider.
But immediately after that the slider goes to the correct position.
Comment 8 Aaron Bockover 2006-03-19 05:38:35 UTC
I do not even see this behavior.
Comment 9 Björn Philipps 2006-03-20 22:43:16 UTC
I think there is more than one Problem with the slider. If I take a very large title (18 min.) and move the slider next to the end (about 2 min. till end), the title will be finished and banshee plays the next title!
Comment 10 Ruben Vermeersch 2006-04-10 18:22:42 UTC
Moving to the User Interface component.
Comment 11 Koike Kazuhiko 2006-05-14 04:46:38 UTC
> The slider still goes back to the old position when you release the slider.

Now I can't reproduce this.
Comment 12 Ruben Vermeersch 2007-01-17 19:07:45 UTC
The Gstreamer 0.8 support was dropped, so we might as well close this bug.