Windows size is not preserved after returning from full-screen mode
Submitted by an unknown user
Link to original bug (#718965)
Description
---- Reported by shotwell-maint@gnome.bugs 2013-03-19 08:27:00 -0700 ----
Original Redmine bug id: 6607
Original URL: http://redmine.yorba.org/issues/6607
Searchable id: yorba-bug-6607
Original author: Phil "RzR" Coval
Original description:
Windows size is not preserved after a SlideShow operation ?
You can reproduce easly on 0.14.0 (though I think it was present on earlier versions) :
- start app in windowed mode (ie half screen)
- import /usr/share/icons (stop after a few items)
- start slideshow : F5
- stop slideshow : ESC
- see the window is resized to smallest size in top left corner (the size of 1st image?)
Feel free to ask more details ...
Regards
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:47:00 -0700 ----
History
Comment 1
Updated by Lucas Beeler 8 months ago
- Category set to ux
- Status changed from Open to Need Information
- Priority changed from Low to High
- Target version changed from 0.14.0 to 0.15.0
Comment 2
Updated by Clinton Rogers 8 months ago
Hi RZR,
May we know:
- what window manager you saw this under?
- if it's something configurable like Compiz, what plugins you have enabled, and what settings they're set to?
- anything else about your setup you feel might be unusual or related?
The reason I ask is that we aren't able to reproduce this here; I've tried this on both a default install of Mutter (as part of Gnome 3 on Fedora 18) and a default install of Compiz the way it comes in Unity (as part of Raring Ringtail).
Comment 3
Updated by Phil "RzR" Coval 8 months ago
Clinton Rogers wrote:
Hi RZR,
hi
sorry for delay but i am still around
May we know:
- what window manager you saw this under?
mutter-3.7.92 as part of gnome-3.7.92
- if it's something configurable like Compiz, what plugins you have enabled, and what settings they're set to?
I dont think so
- anything else about your setup you feel might be unusual or related?
My setup is unusual yes ...
The reason I ask is that we aren't able to reproduce this here; I've tried this on both a default install of Mutter (as part of Gnome 3 on Fedora 18) and a default install of Compiz the way it comes in Unity (as part of Raring Ringtail).
will investigate deeper, any tracks are welcome
thank you for support , may this bug invalid then if it is impossible to reproduce your side ...
Comment 4
Updated by Jim Nelson 8 months ago
How is your setup unusual? That might be helpful so we can repro this bug.
Comment 5
Updated by Phil "RzR" Coval 8 months ago
Jim Nelson wrote:
How is your setup unusual? That might be helpful so we can repro this bug.
Well unfortunately for now I cant tell more on it,
but you can reproduce it on debian (using experimental repo) ...
My debian setup is :
-- System Information:
Debian Release: 7.0
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.4-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Versions of packages shotwell depends on:
ii dbus-x11 1.6.8-1
ii libatk1.0-0 2.8.0-1
ii libc6 2.17-0experimental2
ii libcairo-gobject2 1.12.2-3
ii libcairo2 1.12.2-3
ii libexif12 0.6.20-3
ii libexiv2-12 0.23-1
ii libgdk-pixbuf2.0-0 2.28.0-1
ii libgee2 0.6.4-2
ii libgexiv2-2 0.6.1-1
ii libglib2.0-0 2.36.0-2
ii libgomp1 4.7.2-5
ii libgphoto2-2 2.4.14-2
ii libgphoto2-port0 2.4.14-2
ii libgstreamer-plugins-base1.0-0 1.0.6-1
ii libgstreamer1.0-0 1.0.6-1
ii libgtk-3-0 3.8.0-1
ii libgudev-1.0-0 175-7.1
ii libjavascriptcoregtk-3.0-0 1.11.91-1
ii libjson-glib-1.0-0 0.14.2-1
ii liblcms2-2 2.2+git20110628-2.2
ii libpango1.0-0 1.32.5-3
ii libraw5 0.14.6-2
ii librest-0.7-0 0.7.12-3
ii librsvg2-common 2.36.4-1
ii libsoup2.4-1 2.42.0-1
ii libsqlite3-0 3.7.13-1
ii libstdc++6 4.7.2-5
ii libwebkitgtk-3.0-0 1.11.91-1
ii libx11-6 2:1.5.0-1
ii libxml2 2.8.0+dfsg1-7+nmu1
ii shotwell-common 0.14.0-1
I will also test on other distros to make sure
Comment 6
Updated by Jim Nelson 8 months ago
-
Target version deleted (
<strike>
_0.15.0_</strike>
)
Comment 7
Updated by Phil "RzR" Coval 8 months ago
Actually this apply to any changes from (unmaximized window) to fullscreen and back window mode (shrinked that time)
ie the test case at :
http://redmine.yorba.org/issues/6743
Comment 8
Updated by Clinton Rogers 8 months ago
Hi again,
We're not seeing this here at all, so perhaps it's something unique to GTK 3.8. Have you seen any unusual behaviour with other applications after setting them to fullscreen?
Comment 9
Updated by Phil "RzR" Coval 8 months ago
Clinton Rogers wrote:
Hi again,
We're not seeing this here at all, so perhaps it's something unique to GTK 3.8. Have you seen any unusual behaviour with other applications after setting them to fullscreen?
Also appear fedora rawhide (gtk 3-8) ; just lunch the app ; resize window and press F11 twice ... app is all shrinked
I tested other application , rhythmbox and size is preserved ...
So this bug can be retitled as : "Windows size is not preserved after returning from fullscreen mode" ...
Comment 10
Updated by Jim Nelson 8 months ago
- Subject changed from Windows size is not preserved after a SlideShow operation ? to Windows size is not preserved after returning from full-screen mode
- Status changed from Need Information to Open
- Target version set to 0.15.0
Ok, we'll try and reproduce it here.
Comment 11
Updated by Phil "RzR" Coval 7 months ago
Seems fixed on 0.14.1 (on my system at least running gnome-3.8.1 ) ...
I will double check on other systems
Thanks
Comment 12
Updated by Jim Nelson 7 months ago
- Status changed from Open to 5
- Resolution set to worksforme
- Keywords set to needs-testing
I'm going to go ahead and call this closed then. If you see this re-appear, please feel free to re-open. Thanks!
Comment 13
Updated by Charles Lindsay 7 months ago
- Status changed from 5 to Invalid
--- Bug imported by chaz@yorba.org 2013-11-25 21:59 UTC ---
This bug was previously known as bug 6607 at http://redmine.yorba.org/show_bug.cgi?id=6607
Unknown milestone "unknown in product shotwell. Setting to default milestone for this product, "---". Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one.
Version: 0.15.0
Resolution: RESOLVED INVALID