Bug 108117 - High enough rolling menus from Menu bar covers other menu names on small enough resolutions
Summary: High enough rolling menus from Menu bar covers other menu names on small enou...
Status: RESOLVED DUPLICATE of bug 113713
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
(earliest affected) release
Hardware: x86-64 (AMD64) Linux (All)
: medium minor
Assignee: Not Assigned
Depends on:
Blocks: GTK3
  Show dependency treegraph
Reported: 2017-05-26 12:37 UTC by ricky.tigg
Modified: 2018-10-23 12:14 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description ricky.tigg 2017-05-26 12:37:49 UTC
Enhancement request:

LibreOffice Writer is at least concerned for now with at most 14.1-inches screens 

When evolving with the mouse left button continuously pressed onto the Menus bar either from left to right (Files to Help) or right to left (Help to Files) in order to discover the available functions, with small enough inched-computer-screens (like in my case a 14.1-inches screen (with updated version on Linux; Build ID:, selecting the menus Insert or Format, will open rolling menus that are hight enough to cover entirely not only their own respective name, but also the immediate right-sided category names.

These very case is inconvenient as possible as it conducts invariably to the result that makes covered menus’s category names unavailable for selection by evolving normally. The cure is to make the behaviour of the opening menus a friendly ones as a rule, by displaying them systematically under the Menus bar so they do not cover themselves or any Menus bar's others category names.

Working on screens even smaller than 14.1 inches, will just lead to an increasing the number of concerned similar cases as some of the opening menus in the LibreOffice suite’s others applications.were already to be concerned by that inconvenience with a 14.1-inches screen.
Comment 1 V Stuart Foote 2017-05-26 15:21:21 UTC
Hmm, can not confirm on Windows builds where the menu drops attached to the bottom of the menu bar--its menu list never intrudes into the menu bar.

What Desktop environment and theme, and at what screen resolution (e.g. 1200x900, 1366x768, 1024x768 etc) are you running your desktop on the 14.1" screen?
Comment 2 ricky.tigg 2017-05-29 10:26:29 UTC
OS is Linux-like Fedora Workstation 25, 64 bit (last stable variation) with default parameters, theme is Gnome in current version. The system is fully updated; All dependencies resolved. Monitor’s current resolution is 1280 x 800 ($ xrandr | fgrep '*'). 

OS run on Hardware Dell E4300. Correction: Screen size was a 13.3 inches.
Comment 3 Buovjaga 2017-06-04 17:44:55 UTC
Confirmed with the 1280x800 resolution and gtk3 interface (not with gtk2 or gen)

The rolling menu is the state, where upwards and downwards pointing triangles appear at the top and bottom of the menu. With gtk3, the menu couldn't care less how it bounces on the screen.

Arch Linux
Build ID: 5.3.3-1
CPU Threads: 1; OS Version: Linux 4.11; UI Render: default; VCL: gtk3; Layout Engine: new; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Comment 4 Caolán McNamara 2017-06-20 13:44:35 UTC
These are native gtk3 menubars and menus so how they behave is up to gtk(3) itself so its not our bug
Comment 5 Maxim Monastirsky 2018-10-23 12:14:59 UTC

*** This bug has been marked as a duplicate of bug 113713 ***