GNOME Bugzilla – Bug 156332
Faulty window resize when showing controls
Last modified: 2013-02-22 12:12:26 UTC
1. play movie 2. hide controls 3. show controls --> window resized and made wider 4. goto 2. and continue to make window wider This bug is new to version 0.99.15 (previously did not have this with 0.99.8)
This should already be fixed in CVS. 2004-10-21 Bastien Nocera <hadess@hadess.net> * src/totem-playlist.c: (totem_playlist_add_files), (totem_playlist_save_files): * src/totem.c: (on_open1_activate), (show_controls): for all the file selectors, use gtk_file_chooser_set_current_folder_uri instead of gtk_file_chooser_set_uri (Closes: #156030) When hiding and showing the controls again, don't shrink the window
*** Bug 433821 has been marked as a duplicate of this bug. ***
This has regressed on trunk, and per bug #433821.
On trunk, I get the following when doing this repeatedly: (totem:2702): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -11 and height 109 (totem:2702): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -11 and height 86 (totem:2702): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -11 and height 86
I can't reproduce this with 2.20.1 I play a video, press H several times (show/hide controls) and nothing happens in the log.
Pressing H several times seems to work, but I can still trigger it on trunk if I hold down H for a few seconds.
I can consistently produce it with http://tecnocode.co.uk/AlmostTerribleWorkDa.avi. Looking at a stack trace from running with --g-fatal-warnings, the widget which fails size allocation is "general", a GtkTable in properties.ui.
*** Bug 172984 has been marked as a duplicate of this bug. ***
This is mostly fixed in GNOME 3.0, though you'll still get some weirdness when leaving "H" pressed. But it doesn't warn anymore, and it only goes absolutely bananas when the sidebar is shown.
*** Bug 668414 has been marked as a duplicate of this bug. ***
This is *still* a problem. Showing and then hiding controls leads to a reduction in video size. This is not, IMO, expected behaviour. Is it so hard to fix?
(In reply to comment #11) > Is it so hard to fix? It is, why don't you try it?
> It is, why don't you try it? Ah! the refrain of Free Software! Why don't I try it? If I was a Totem developer I surely would; but perhaps if I was a Totem developer I would've also developed the same attitude as yourself and be content with Not Fixing Things. Controls are shown? Note video dimensions. Controls are hidden? Resume previous dimensions.
(In reply to comment #13) > > It is, why don't you try it? > > Ah! the refrain of Free Software! No, it's the refrain for bug commenters that think things are easy to fix but don't get their hands dirty. > Why don't I try it? If I was a Totem developer I surely would; but perhaps if I > was a Totem developer I would've also developed the same attitude as yourself > and be content with Not Fixing Things. > > Controls are shown? Note video dimensions. Controls are hidden? Resume previous > dimensions. If it was that easy, it would have been fixed already. It's not.
> No, it's the refrain for bug commenters that think things are easy to fix but don't get their hands dirty. You're pathetic.
(In reply to comment #15) > > No, it's the refrain for bug commenters that think things are easy to fix but > don't get their hands dirty. > > You're pathetic. That's really helping.
This will not be part of the new design: https://live.gnome.org/Design/Apps/Videos#Tentative_Design