gnome associated windows do not follow orders from wmctrl
Affected version
Fedora 34 Rawhide Gnome 3.38.2 Pinephone AARCH64
Bug summary
All "gnome associated windows" to not follow orders of wmctrl.
Steps to reproduce
(optional start onboard with height 270 valign bottom )
-
wmctrl -l
-
get window id of i.e. the gnome-control-center
-
execute in portray mode ( Displaysize 720x1440px )
wmctrl -i -r "$id" -e 5,0,41,720,1130 wmctrl -i -r "$id" -b toggle,maximized_vert,maximized_horz wmctrl -i -r "$id" -e 5,0,41,720,1130
"toggle,maximized_vert,maximized_horz"
sends to window, which is not maximized, to maximize of X and Y .
What happened
For any none gnome associated window, the targeted window is maximized as ordered in X and Y. if onboard is running and configured to have a height of 270px at the bottom border, the overall result are windows, that sit exactly above the onboard osk and take all available space. (remember it's a phone)
Any gnome associated window(GAW) like: gnome-control-center, the gnome-extensions-manager ( gnome-extensions-app-3.38.0-1.fc34.aarch64 ) , the gnome weather app, the gnome maps app aso, do not maximize to fill the available screen, they maximize with a border roughly the size of the title bar in the center of the available space. see screenshot.
The above list has been tested, but not all possible GAWs have been installed or tested. But it reveals common cause of the problem.
IF the GAW get dragged against the top gnome status bar, they maximize without this border.
the gnome weather app is a bit odd , as it places itself in the same way as gnome maps, but the right border moves out of the screen. next screenshot (scaled of make the file smaller ).
What did you expect to happen
the maximize to the real maximum possible and not have an invisible border around them.