GNOME Bugzilla – Bug 732622
The top edges of the fullscreen overlay are round
Last modified: 2018-01-11 10:09:16 UTC
Created attachment 279746 [details] Screenshot of the issue See screenshot (I colored the background red. In reality its hard to notice it.)
Yes? Thats intentional. We want round edges.
We want round edges on the top of the bar? For me it looks pretty weird: its a round thing tangent to the screen edge. It would make a lot more sense for me if its just an edge on the screen edge. Mutter does the same with the topbar of maximized windows on non-primary screens or half-screen sized windows (in this case its only one edge).
(In reply to comment #2) > We want round edges on the top of the bar? Ah so the bug is about that? Could you change the title to reflect that?
Created attachment 279787 [details] Screenshot of the non-issue I don't see any rounded corners here. Your screenshot looks very much like older Boxes actually.
I didn't even reproduce it against 3.12.2. Are you sure you mean the edges of topbar and not the button? You screenshot is just of a button.
I do mean the topbar. (I marked it red in my screenshot.) I did test this after playing around with your patches on the topbar. I was pretty sure I did test this on master but obviously something had gone wrong there because I can't reproduce it anymore on master and HEAD^^. Sorry for the noise and thanks for the patience.
I just reproduced it. It just happens if I fullscreen directly from an unmaximized window (it's right if you do it from maximized state). I tested this definitely on master and I don't think this has anything to do with the patches.
hmm.. yeah I can reproduce it too. Weird!
Can't reproduce anymore. Maybe some gtk+ glitch?
It occurs only if you're entering fullscreen state from non-maximized state. It is rendered alright if you enter from maximized state.
(In reply to comment #10) > It occurs only if you're entering fullscreen state from non-maximized state. It > is rendered alright if you enter from maximized state. Yeah, i tried that exactly. Can you still reproduce?
Yes I can. With current git master.
(In reply to comment #12) > Yes I can. With current git master. Ah yes, I keep forgetting the issue is headerbar itself and not the button. :) I have seen that totem has exactly the same issue. Could you please confirm? You can reproduce against 3.14 so no need to build totem in jhbuild.
(In reply to comment #13) > (In reply to comment #12) > > Yes I can. With current git master. > > Ah yes, I keep forgetting the issue is headerbar itself and not the button. :) > > I have seen that totem has exactly the same issue. Could you please confirm? > You can reproduce against 3.14 so no need to build totem in jhbuild. Confirmed.
I can't reproduce this against 3.16/master. Could you please confirm?
I can reproduce on 3.16.
I can still reproduce it against 3.23.91.1/master. It seems like a GtkHeaderBar bug, as mentioned by Zeeshan before. Should we reassign it to gtk+?
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnome-boxes/issues/27.