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 730589 - Windows are resizable through a GtkPopover
Windows are resizable through a GtkPopover
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Widget: GtkPopover
3.13.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2014-05-22 16:58 UTC by Timm Bäder
Modified: 2014-05-27 15:58 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Screenshot illustrating the problem (39.67 KB, image/png)
2014-05-22 16:58 UTC, Timm Bäder 		  Details
window: Do not raise border windows on each size allocation (2.38 KB, patch)
2014-05-27 09:49 UTC, Carlos Garnacho 		committed Details | Review

Description Timm Bäder 2014-05-22 16:58:35 UTC 
Created attachment 276999 [details]
Screenshot illustrating the problem

See the attached screenshot from gtk3-demo. That is with current gtk+ master but 3.10 gnome-shell/mutter.
As a side effect, this makes the shown buttons partially unclickable because the window gets resized instead.
Comment 1 Matthias Clasen 2014-05-26 15:27:17 UTC 
May well be fallout from the gestures merge
Comment 2 Timm Bäder 2014-05-26 15:51:42 UTC 
Also happens with mutter, gnome-shell and gtk+ 3.12, e.g. with a small-enough gedit window (and when I said 3.10 in the first comment, I meant 3.12).
Comment 3 Carlos Garnacho 2014-05-27 09:12:01 UTC 
From the looks of it, the border GdkWindows are raised above popovers', so the latter isn't clickable, I'm having a look at that.
Comment 4 Carlos Garnacho 2014-05-27 09:49:10 UTC 
Created attachment 277269 [details] [review]
window: Do not raise border windows on each size allocation

This prevents these windows from being raised above popovers, which
is about the only child widget that may overlap with those anyway.
Comment 5 Matthias Clasen 2014-05-27 15:55:12 UTC 
Review of attachment 277269 [details] [review]:

looks ok to me
Comment 6 Carlos Garnacho 2014-05-27 15:58:05 UTC 
Attachment 277269 [details] pushed as d9bdb9a - window: Do not raise border windows on each size allocation