After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 752794 - Two (grid) windows next to each other are missing borders
Two (grid) windows next to each other are missing borders
Status: RESOLVED FIXED
Product: mutter
Classification: Core
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: mutter-maint
mutter-maint
https://github.com/horst3180/Arc-them...
: 751952 756786 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2015-07-23 18:38 UTC by beta992
Modified: 2016-06-21 23:50 UTC
See Also:
GNOME target: ---
GNOME version: 3.15/3.16


Attachments
grid (39.35 KB, image/png)
2015-07-23 18:38 UTC, beta992
  Details
theme: Take invisible borders required by the theme into account (3.86 KB, patch)
2016-01-21 22:35 UTC, Florian Müllner
committed Details | Review

Description beta992 2015-07-23 18:38:37 UTC
Created attachment 308022 [details]
grid

See attachment.

Is there any fix? :)
It look really bad when two windows are next to each other.

Thanks!
Comment 1 Matthias Clasen 2015-07-23 18:48:12 UTC
The screenshot does not really tell the story here.

Are these tiled windows ? gnome-shell or some other compositor ? Which theme ? Which gtk version ?

Fwiw, tiled windows get a shadow here, so you can clearly see their boundary, with GTK+ 3.16/17 and the Adwaita theme.
Comment 2 Jakub Steiner 2015-07-23 22:07:44 UTC
I get borderless tiled windows with Firefox (when FF is focused).
Comment 3 beta992 2015-07-24 10:30:08 UTC
@Matthias Clasen Yes, with gnome-shell, Adwaita and/or Arc, 3.16.2. Their is no shadow, see this screenshot: https://drive.google.com/file/d/0BzfSuVpNNRzqb1pvd3NJWExNQ0E/view?usp=sharing

@Jakub Steiner: I would like to have a window border, because it sometimes difficult to keep the windows apart. :)
Comment 4 Emmanuele Bassi (:ebassi) 2015-07-24 10:38:36 UTC
I've lost the window border on tiled gnome-terminal windows since 3.16 as well, and I can confirm with Firefox as well.

It seems all server-side decorated windows lose the border once tiled, whereas client-side decorated windows (like Nautilus) keep the shadow overlaid on top of the other tiled window — e.g.: http://imgur.com/mvVgYj9
Comment 5 Matthias Clasen 2015-07-24 15:11:05 UTC
I was referring to client-side shadows in comment 1.
You are right, server-side decorations seem to loose their shadow when tiled.
Comment 6 beta992 2015-07-24 16:53:21 UTC
Hmm, seems FireFox and the Terminal suffering from this issue.
In Nautilus it looks OK. It seems to differ per app.
Comment 7 Matthias Clasen 2015-07-25 15:59:11 UTC
Moving this to mutter, where server-side decorations get their shadow
Comment 8 Florian Müllner 2015-07-25 17:23:06 UTC
(In reply to Matthias Clasen from comment #5)
> You are right, server-side decorations seem to loose their shadow when tiled.

All tiled windows, or only when two windows are tiled side by side? In the latter case that behavior is intentional, see bug 643075 (and in particular https://bugzilla.gnome.org/show_bug.cgi?id=643075#c9).
Comment 9 Emmanuele Bassi (:ebassi) 2015-07-25 18:01:46 UTC
(In reply to Florian Müllner from comment #8)
> (In reply to Matthias Clasen from comment #5)
> > You are right, server-side decorations seem to loose their shadow when tiled.
> 
> All tiled windows, or only when two windows are tiled side by side?

When two windows are tiled side by side.

> In the
> latter case that behavior is intentional, see bug 643075 (and in particular
> https://bugzilla.gnome.org/show_bug.cgi?id=643075#c9).

It looks even worse than having two borders. What I think Cosimo meant was that only one border should be visible. Right now, you cannot in any way tell where one window ends and when another begins.

We should avoid the full shadow, but we should have a 1px border.
Comment 10 Florian Müllner 2015-07-25 19:29:10 UTC
Indeed, there used to be a 1px border[0]. If this is still what we want, we should re-assign to GTK+, which provides the theme nowadays. It wouldn't help with the different shadow handling of SSD and CSD windows though ...

[0] https://git.gnome.org/browse/gnome-themes-standard/tree/themes/Adwaita/metacity-1/metacity-theme-3.xml?h=gnome-3-14#n67
Comment 11 Florian Müllner 2015-07-25 19:34:01 UTC
*** Bug 751952 has been marked as a duplicate of this bug. ***
Comment 12 beta992 2015-08-05 21:03:25 UTC
(In reply to Florian Müllner from comment #10)
> Indeed, there used to be a 1px border[0]. If this is still what we want, we
> should re-assign to GTK+, which provides the theme nowadays. It wouldn't
> help with the different shadow handling of SSD and CSD windows though ...
> 
> [0]
> https://git.gnome.org/browse/gnome-themes-standard/tree/themes/Adwaita/
> metacity-1/metacity-theme-3.xml?h=gnome-3-14#n67

Any update on this? :)
Is there a method to test this behaviour (without downgrading packages)?
Comment 13 Lapo Calamandrei 2015-09-08 21:27:01 UTC
Florian, if the border (which is a shadow still) alone is problematic, the full shadow (which are 2 shadows actually) is totally better then the current, well, nothing.
Comment 14 Florian Müllner 2016-01-21 22:35:35 UTC
Created attachment 319530 [details] [review]
theme: Take invisible borders required by the theme into account

GTK+ paints some elements like box shadows (which Adwaita likes to (ab)use
for borders) outside the rectangle passed to gtk_render_*. This is not
an issue if our own invisible frame border is big enough, but in case
of non-resizable windows we end up clipping away part of the decoration.
Use the newly added gtk_render_background_get_clip() to make sure we
always use a mask that is large enough to contain all decorations.
Comment 15 Florian Müllner 2016-01-29 00:15:16 UTC
*** Bug 756786 has been marked as a duplicate of this bug. ***
Comment 16 Florian Müllner 2016-02-04 14:20:08 UTC
Attachment 319530 [details] pushed as f9db65f - theme: Take invisible borders required by the theme into account
Comment 17 Florian Müllner 2016-06-21 23:50:08 UTC
*** Bug 745060 has been marked as a duplicate of this bug. ***