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 328223 - Left clic on progress bar doesn't advance
Left clic on progress bar doesn't advance
Status: RESOLVED DUPLICATE of bug 129671
Product: totem
Classification: Core
Component: Movie player
1.2.x
Other All
: Normal normal
: ---
Assigned To: General Totem maintainer(s)
General Totem maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2006-01-22 23:23 UTC by David Prieto
Modified: 2006-01-23 17:45 UTC
See Also:
GNOME target: ---
GNOME version: 2.11/2.12


Description David Prieto 2006-01-22 23:23:25 UTC 
Please describe the problem:
When playing media, if you want to advance fast you have to either roll the
mouse wheel or push the right key. Left-clicking on the progress bar, which
should be equivalent to any of the aforementioned, doesn't do anything.

At most, by keeping it pressed for a while, it can be used to advence a few
seconds. But it is so slow I can't imagine anyone using this method.

Steps to reproduce:
1. 
2. 
3. 


Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Bastien Nocera 2006-01-22 23:30:45 UTC 
Version of Totem, backend and version used?
Comment 2 David Prieto 2006-01-22 23:43:57 UTC 
I'm using Totem 1.2.1, using xine-lib version 1.0.1
Comment 3 Bastien Nocera 2006-01-22 23:49:46 UTC 
The slider right now works like a scrollbar, meaning that it won't jump to the place you clicked, but will step in that direction (for example, load a large webpage in your browser, and click the bottom of the scrollbar, the scrollbar will not jump there, but will jump in that direction).

Does clicking using the middle button work more like you would expect?
Comment 4 David Prieto 2006-01-23 00:05:44 UTC 
I know about middle button. The thing is, left-clicking doesn't jump in any direction: it just does like a pause for a fraction of a second and then goes on at the same frame.

Like the title says, it doesn't advance: not a bit.

How many seconds, or fractions of the total playtime is it supposed to advance, anyway?

Thanks for your time.
Comment 5 Bastien Nocera 2006-01-23 00:52:20 UTC 
So, does the middle button work (ie. seeks properly in the file), or not?
Comment 6 David Prieto 2006-01-23 05:27:14 UTC 
Yes, it works just fine, sorry I didn't answer your question. It goes right to the point where you pointed it.
Comment 7 Bastien Nocera 2006-01-23 17:45:41 UTC 
Right, so the problem is probably with this file in particular and/or the demuxer for this type of file not having a fine-grained enough index. So clicking once on the seekbar will only make it move a small amount, basically, seeking back to where it was (because that's the closest point to which it can seek).
There's no real fix for that, except changing the behaviour of the seekbar which is already files as bug 129671

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