GNOME Bugzilla – Bug 720908
Inconsistent windowing behavior in wizard when not maximized
Last modified: 2016-03-31 13:22:07 UTC
When I click "New" to create a new Box with Boxes not maximized: - the window suddenly expands vertically past the bottom of my screen. There is no obvious reason why it needs so much space. - the window can not longer be manually resized to fit the screen as long as the New Box wizard is active. - Dragging the window upwards does *not* maximize the window as it should as long as the New Box wizard is showing. Instead, the window's header bar gets stuck behind the Gnome Shell top bar, which hides the wizard's control buttons. Gah! If I maximize Boxes, then start the New Box wizard, everything works as expected. But if I drag the top bar down to unmaximize the window, we're back to square one. Steps to reproduce: 1. Start Boxes and unmaximize the window. 2. Click "New" and watch the window expand vertically. 3. Try to resize the window (you can't!) 4. Try to maximize the window by dragging it to the top of the screen. Alternately, 5. Start Boxes full-screen. 6. Click New. 7. Drag the window header down to unmaximize Boxes. 4. See #3 This is really annoying on low-dpi laptops (1440x900)
I can't recreate your issue here. (Neither with HEAD 936573f32a2cdbc3db30ade088316eb15d34d76b, nor with gnome-boxes 3.10.2, tried it out on two ArchLinux machines) It sounds like you're having this issue with several machines. Can you provide more info about what version you are using? Maybe G_MESSAGES_DEBUG=Boxes gnome-boxes puts out something useful on the log if you recreate the situation then.
1) Start Boxes 2) Reduce the window height (make it so only 1 row of VMs is shown) 3) Click on "New" -> window size changes, and can't be made smaller My understanding is that it's caused by the widget at the "Source Selection" step, the window minimal size is changed so that this whole page fits without scrollbars.
Hmm. Using the 3.10.2 in Fedora 20, this is no longer an issue for me. Everything works as expected. Christophe, I take it you are seeing the same behaviour I was seeing when I filed this bug. Which version are you using?
gnome-boxes-3.10.2-2.fc20.x86_64 Do you have some ISOs listed in the "Source Selection" wizard screen?
So what is the main issue we are tracking now? * wizard expands the window? * window goes beyond screen? If so, is this specific to small screens?
Main issue from my point of view is that Boxes expands the window, one of the undesirable side-effects being that this expanded window does not fit on small screens.
(In reply to comment #6) > Main issue from my point of view is that Boxes expands the window, The simple solution from back of my head is making the GtkStack homogeneous but that won't help with the side-effect below. > one of the > undesirable side-effects being that this expanded window does not fit on small > screens. How small we are talking about? I just did a quick check and min window size for wizard seems to be 191x850. I don't think we need to support all screen resolutions but 850 is too high a requirement for height I think. I guess we can look into tweaking some margins to get it under 700 (which IMO shouldn't be too high a requirement).
(In reply to comment #7) > How small we are talking about? I just did a quick check and min window size > for wizard seems to be 191x850. I don't think we need to support all screen > resolutions but 850 is too high a requirement for height I think. I guess we > can look into tweaking some margins to get it under 700 (which IMO shouldn't be > too high a requirement). My x201 has a 1280x800 resolution, the much newer x240 has a 1366x768 resolution :-/ 1366x768 is also the resolution of the 11" macbook air. 650/700 of total window size should indeed be usable (gnome-shell topbar is eating a bit of screen estate).
Created attachment 272926 [details] [review] app-window: Make content stack, homogeneous This is so that Boxes window doesn't suddenly grow back on its own after user has put it in a particular size.
Created attachment 272927 [details] [review] wizard: Reduce vertical margins This is so that main window can fit in 625x750px. However we still won't fit on many small screens out there, where height is 768px and gnome-shell's topbar already takes 24px.
Created attachment 272928 [details] [review] wizard-source: Show 4 medias on short screens On small screens, where height is typically less than 800, lets keep number of visible medias limited to 4 (rather than 5). This is so that main window can fit in 625x678px.
These patches fix both issues we are tracking here.
Much better on my laptop screen indeed, though the wizard could help some left/right margins, see screenshots
Created attachment 272979 [details] screenshot #1 A margin to the right of the text look better
Created attachment 272980 [details] screenshot #2 Some left/right margins for the top text would look better on this one.
Created attachment 272989 [details] [review] app-window: Make stacks, homogeneous v2: Make both stacks, homogeneous.
Created attachment 272990 [details] [review] wizard: Put some margin on the left & right So wizard doesn't look horrible on small dimensions.
Attachment 272927 [details] pushed as fcf5a3a - wizard: Reduce vertical margins Attachment 272928 [details] pushed as 57e6ddd - wizard-source: Show 4 medias on short screens Attachment 272989 [details] pushed as 3c50589 - app-window: Make stacks, homogeneous Attachment 272990 [details] pushed as b957be5 - wizard: Put some margin on the left & right