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 729644 - Long popovers get cut off with small windows
Long popovers get cut off with small windows
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Widget: GtkPopover
3.13.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
: 753834 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2014-05-06 12:59 UTC by Mantas Mikulėnas (grawity)
Modified: 2015-08-19 16:15 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
screenshot (70.71 KB, image/png)
2014-05-06 12:59 UTC, Mantas Mikulėnas (grawity) 		Details
GtkVolumeButton (112.67 KB, image/png)
2014-07-01 17:15 UTC, POJAR GEORGE 		Details

Description Mantas Mikulėnas (grawity) 2014-05-06 12:59:02 UTC 
Created attachment 275973 [details]
screenshot

GTK popovers seem to be contained within the parent window, unlike regular menus, so if the program's window is small, a large popover – e.g. gedit's gear menu – gets cut off (see screenshot).

(The last visible item is also not clickable; trying to click it just resizes the window.)
Comment 1 Matthias Clasen 2014-05-07 22:17:26 UTC 
Thats a known limitation of popovers (at least in their current implementation). Applications need to take that into account and not overpopulate their popovers.
Comment 2 POJAR GEORGE 2014-07-01 17:15:39 UTC 
Created attachment 279702 [details]
GtkVolumeButton
Comment 3 POJAR GEORGE 2014-07-01 17:27:27 UTC 
This seems to happen with GtkVolumeButton volume pops up control (see screenshot).

In example from screenshot the main window of application is not resizable by design. I want a guidance to correct it, keeping design application.
Comment 4 Matthias Clasen 2014-07-09 03:57:14 UTC 
set the volume button orientation to horizontal.

In GTK+ 3.13.4, the volume button will do that on its own
Comment 5 Jim Nelson 2014-07-23 01:27:24 UTC 
Is this marked Resolved/Fixed because the bug was fixed in 3.13, or because the volume button now changes direction to avoid clipping?

If it's the latter, could some documentation be added to GtkPopover indicating that it cannot be sized larger than its toplevel?
Comment 6 Matthias Clasen 2014-07-23 12:00:44 UTC 
it is marked fixed because I've made GtkScaleButton flip orientation to try and fit the popover in a small toplevel (thats in 3.13.4). I'll look at documenting current limitations.
Comment 7 Emmanuele Bassi (:ebassi) 2015-08-19 16:15:00 UTC 
*** Bug 753834 has been marked as a duplicate of this bug. ***