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 637161 - Alt+Esc draws a black rectangle in the wrong position
Alt+Esc draws a black rectangle in the wrong position
Status: RESOLVED DUPLICATE of bug 671937
Product: mutter
Classification: Core
Component: general
3.0.x
Other Linux
: Normal normal
: ---
Assigned To: mutter-maint
mutter-maint
: 649264 657811 666947 683197 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2010-12-13 16:46 UTC by Stefano Facchini
Modified: 2012-09-02 09:33 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Stefano Facchini 2010-12-13 16:46:36 UTC
Hitting Alt+Esc multiple times draws a black rectangle with the correct size, but in the wrong position. It is always starting from the top-left corner of the first window.
Comment 1 Stefano Facchini 2011-05-09 10:10:39 UTC
No one is experiencing this? For me it is still present in version 3.0.1.

Press "Alt", then, without releasing it, press "Esc" multiple times: the black border is in the wrong position (except for the first window).
Comment 2 Andrea Bolognani 2011-05-24 12:05:22 UTC
I’m experiencing this too.

It also happens when one uses Alt+F6 to switch between windows belonging to the same application.

Please fix this for 3.2, shouldn’t be that hard since the only thing that’s incorrect is the rectangle origin.
Comment 3 Dan Winship 2011-05-24 13:12:19 UTC
(In reply to comment #2)
> Please fix this for 3.2, shouldn’t be that hard since the only thing that’s
> incorrect is the rectangle origin.

Actually, we don't want to use the metacity-style black rectangle at all, but we never came up with a new design for how it should look.
Comment 4 Stefano Facchini 2011-05-24 13:20:17 UTC
(In reply to comment #3)
> (In reply to comment #2)
> > Please fix this for 3.2, shouldn’t be that hard since the only thing that’s
> > incorrect is the rectangle origin.
> 
> Actually, we don't want to use the metacity-style black rectangle at all, but
> we never came up with a new design for how it should look.

While waiting for a decision, could you at least remove the rectangle if you don't have time/interest to fix its position? It is somewhat distracting
Comment 5 Florian Müllner 2011-05-24 14:13:11 UTC
(In reply to comment #2)
> shouldn’t be that hard since the only thing that’s incorrect is the rectangle 
> origin.

It's not that simple - the position passed to gdk_window_move_resize[0] is correct, but doesn't appear to work but when placing the window initially. GdkWindow is an area which has seen major internal changes in the transition to 3.0, so the problem here is either a bug in GDK or (much more likely) GDK stopped supporting the trickery we do[1] behind GTK+'s back. Note that removing the gdk_window_hide() call right after the comment seems to fix the issue, but given the comments I'm far from confident that this fix would be correct.


[0] http://git.gnome.org/browse/mutter/tree/src/ui/tabpopup.c#n493
[1]http://git.gnome.org/browse/mutter/tree/src/ui/tabpopup.c#n484
Comment 6 Florian Müllner 2011-06-06 16:40:13 UTC
*** Bug 649264 has been marked as a duplicate of this bug. ***
Comment 7 Rui Matos 2011-11-30 00:07:24 UTC
*** Bug 657811 has been marked as a duplicate of this bug. ***
Comment 8 Florian Müllner 2011-12-28 13:38:11 UTC
*** Bug 666947 has been marked as a duplicate of this bug. ***
Comment 9 Jasper St. Pierre (not reading bugmail) 2012-03-23 01:07:53 UTC
Marking as dup of #671937, which has patches.

*** This bug has been marked as a duplicate of bug 671937 ***
Comment 10 Florian Müllner 2012-09-02 09:33:09 UTC
*** Bug 683197 has been marked as a duplicate of this bug. ***