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 791959 - ComboBox drop down list exceed application window area
ComboBox drop down list exceed application window area
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Backend: Win32
3.18.x
Other Windows
: Normal normal
: ---
Assigned To: gtk-win32 maintainers
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2017-12-26 11:23 UTC by Dhrubajyoti Doley
Modified: 2018-05-02 19:38 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Drop Down list covers windows taskbar (103.28 KB, image/jpeg)
2017-12-26 11:23 UTC, Dhrubajyoti Doley 		Details

Description Dhrubajyoti Doley 2017-12-26 11:23:02 UTC 
Created attachment 365979 [details]
Drop Down list covers windows taskbar

combobox = Gtk.ComboBox()
combobox.set_wrap_width(1)
combobox.set_model(liststore)
combobox.set_active(0)


Combobox drop down list populated with liststore exceed the main application window area. 

When the ComboBox is at the bottom of the page, the drop down list ideally should direct upwards rather then filling up the below spaces covering the windows taskbar.
Comment 1 LRN 2018-01-13 09:20:20 UTC 
I was able to reproduce it (run gtk3-demo, run combobox demo, move the window closer to the bottom edge of the screen, where taskbar is, click on the combobox - the dropdown will appear over the taskbar). This should definitely be fixed, GDK (GTK?) should use gdk_win32_monitor_get_workarea() to get the area it can use to display a popup.
Comment 2 LRN 2018-01-13 09:38:40 UTC 
Actually, i was wrong. In gtk3 3.22-git this doesn't happen, as gdk_window_impl_move_to_rect() correctly uses gdk_monitor_get_workarea() to get the work area for menu shifting.

What *does* happen is that monitor workarea is not updated when the taskbar is moved, so the change won't be accounted for in GDK until the application is restarted (or monitors are changed in a more fundamental way that triggers monitor re-enumeration).
Comment 3 GNOME Infrastructure Team 2018-05-02 19:38:30 UTC 
-- 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/gtk/issues/1000.