[Libreoffice-bugs] [Bug 123972] UI menu disappears before submenu can open

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=123972

--- Comment #19 from Nick Levinson <Nick_Levinson at yahoo.com> ---
I tested with the new value, using version 7.0.1 (Fresh) (the latest that's
described as stable), portable, specifically
LibreOffice-7.0.1.en-GB.help-x86_64.AppImage . I copied it and set the copy via
GUI Properties to executable. I ran the copy via Terminal with
SAL_USE_VCLPLUGIN=kf5 .

The AppImage includes Impress; I don't have Impress in my old (non-AppImage)
installation, but I don't think that should make a difference in menu/submenu
behavior.

Before these tests, I exited my old LO, to prevent confusion. I know the
.AppImage LO versions were being tested because I saw the artwork on the empty
LO desktops (my old LO has different artwork there).

In the AppImage's Writer, the File and Format menus each displayed the menu in
two positions, alternating between dropping down from the menu title and
mounting with the menu's top above the menu title's baseline, possibly at the
top of the window. The alternation stops if a submenu command is applied, so
that the alternation sequence starts again from dropping down from the menu
title. Alternation happens even if the menu is contained completelly within the
viewport; this can be seen with the empty LO desktop and its File menu. In one
series of attempts to open Writer's Format menu, it always dropped down from
the menu title; I don't know why the exception that time.

With either position, the menu and a submenu behaved correctly.

This is the .AppImage's Help > About LO dialog's information via its button for
copying: "Version: 7.0.1.2"/"Build ID:
7cbcfc562f6eb6708b5ff7d7397325de9e764452"/"CPU threads: 2; OS: Linux 5.8; UI
render: default; VCL: gtk3"/"Locale: en-US (en_US.UTF-8); UI: en-US"/"Calc:
threaded".

This might be of interest: When, with an unsaved Writer document with one
character open, I opened the File menu and the New submenu and selected the
Templates... command (suspension points so in original), displaying the
Templates dialog, in which I did nothing. This created the following in the CLI
terminal:

qt.qpa.wayland: setGrabPopup called with a parent,
QtWaylandClient::QWaylandXdgSurface(0x3684420) which does not match the current
topmost grabbing popup, QtWaylandClient::QWaylandXdgSurface(0x809d180)
According to the xdg-shell protocol, this is not allowed. The wayland QPA
plugin is currently handling it by setting the parent to the topmost grabbing
popup. Note, however, that this may cause positioning errors and popups closing
unxpectedly because xdg-shell mandate that child popups close before parents
qt.qpa.wayland: Wayland does not support QWindow::requestActivate()
qt.qpa.wayland: Wayland does not support QWindow::requestActivate()
qt.qpa.wayland: Wayland does not support QWindow::requestActivate()
qt.qpa.wayland: Wayland does not support QWindow::requestActivate()

New conclusion, so far, not counting the CLI output: 7.0.1 Fresh behaved
correctly with gen and with kf5 while my old LO ("Version: 6.4.6.2"/"Build ID:
6.4.6.2-2.fc32"/"CPU threads: 2; OS: Linux 5.8; UI render: default; VCL: gtk3;
"/"Locale: en-US (en_US.UTF-8); UI-Language: en-US"/"Calc: threaded") still
misbehaved in Writer as described above.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200928/b2d244f1/attachment.htm>