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 172984 - Movie Display changes size by penetrating totem by fast show/hide of the player controls
Movie Display changes size by penetrating totem by fast show/hide of the play...
Status: RESOLVED DUPLICATE of bug 156332
Product: totem
Classification: Core
Component: Movie player
1.0.x
Other Linux
: Normal minor
: ---
Assigned To: General Totem maintainer(s)
General Totem maintainer(s)
: 300470 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-04-07 19:13 UTC by Martin Braun
Modified: 2008-03-20 13:51 UTC
See Also:
GNOME target: ---
GNOME version: 2.7/2.8


Description Martin Braun 2005-04-07 19:13:07 UTC 
Please describe the problem:
While playing an Movie File (450Mbytes DivX5 ffmpeg 576x320) an keep pressing
the 'h' key for show/hide the player controls, the movie runs out of scale. It
changes size verticaly and/or gets extremely small.

Steps to reproduce:
1. Open a higher Resolution Movie File (tested with 576x320)
2. Focus the Totem Window
3. Continiously press the 'h' key for show/hiding the control panel of totem


Actual results:
Dramaticly scale errors of the movie resolution (shown as black borders top and
bottom of the movie) sometimes the movie displays shrinks to a very low scale

Expected results:
just enabling/disabling the controls panel without resolution changes

Does this happen every time?
yes, every time the 'h' key is pressed an kept pressed for > 2-3 seconds

Other information:
Comment 1 Martin Braun 2005-04-07 19:16:56 UTC 
sytem: debian sarge, xorg 6.8.1 (ubuntu), xfce 4.2.1
Comment 2 Bastien Nocera 2005-04-13 10:38:08 UTC 
*** Bug 300470 has been marked as a duplicate of this bug. ***
Comment 3 Ernst Sjöstrand 2006-03-07 16:09:02 UTC 
I thought about reporting a bug that if you launch totem repeatedly without doing anything the window gets smaller every time, but I'd say that this is the same bug?
Comment 4 Bastien Nocera 2006-10-30 17:15:49 UTC 
Jan, you're the last person to touch that code. I was able to reproduce this with the current CVS HEAD, and got a bunch of warnings like:
(totem:9073): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -11 and height 99

(totem:9073): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -11 and height 78
etc.

I figure that this piece of code is pretty racy...
Comment 5 Jan Arne Petersen 2006-11-01 18:10:36 UTC 
Hi Bastien, tThe problem is that the gtk_window_resize calls in show_controls don't handle the resize request immediately. The resize requests are handled in a idle handler (gtk_container_idle_sizer) which than tries to distribute (via gtk_widget_size_allocate) the space calculated under the assumption of hidden widgets to widgets which are at the time of the execution of the idle handler visible again.
Comment 6 Jan Arne Petersen 2006-11-01 21:44:26 UTC 
The View->Small Display code in rhythmbox seems to face the same problem. There a really bad only-one-change-per-second workaround is used.
Comment 7 Bastien Nocera 2008-03-20 13:51:05 UTC 
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.


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