FS#36688 - [easytag] gnome-shell bug?
Attached to Project:
Arch Linux
Opened by Paul (wegsehen) - Tuesday, 27 August 2013, 07:42 GMT
Last edited by Guillaume ALAUX (galaux) - Tuesday, 17 September 2013, 19:31 GMT
Opened by Paul (wegsehen) - Tuesday, 27 August 2013, 07:42 GMT
Last edited by Guillaume ALAUX (galaux) - Tuesday, 17 September 2013, 19:31 GMT
|
Details
In the latest version there is a bug using gnome shell. It
is well possible to shrink the window, and drag it to a
fullscreen-size, but it is not possible to really maximize
the window, like you would do when you doubleclick the title
bar or use window tiling.
|
This task depends upon
Closed by Guillaume ALAUX (galaux)
Tuesday, 17 September 2013, 19:31 GMT
Reason for closing: Upstream
Tuesday, 17 September 2013, 19:31 GMT
Reason for closing: Upstream
Could you please provide some more details/output AND a way to reproduce it. Also please check this is not some deactivated behavior in Gnome Shell (does it fail only for easytag?)
local/gnome-shell 3.8.4-1 (gnome)
local/easytag 2.1.8-2
WM_NORMAL_HINTS(WM_SIZE_HINTS):
program specified minimum size: 743 by 815
The constraints are set by GTK, to ensure all controls are accessible.
Since the height of a maximized window (your screen height of 768, minus gnome-shell panel size) is less than 815, gnome-shell forbids maximizing. If other window-managers disregard this, you may notice that the bottom of the window (the log) will be cut off.
The problem is exacerbated by the large paddings the Adwaita theme uses. Other themes (such as no theme, or Clearlooks) might have smaller constraints; then the window will fit into the maximized height.
Suggestion for EasyTag: Wrap the tag editor on the right in a scrollbox. All those stacked edit boxes are responsible for most of the minimum window height.
https://bugzilla.gnome.org/show_bug.cgi?id=689438
> So I guess that was more of a "feature" than a bug
Then I'm closing this bug report. Thanks. (Thanks Jan too for your help)