Download it now!
Bug 123972 - UI menu disapppears before submenu can open
Summary: UI menu disapppears before submenu can open
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
6.3.3.2 release
Hardware: Other Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Main-Menu a11y
  Show dependency treegraph
 
Reported: 2019-03-09 21:20 UTC by Nick Levinson
Modified: 2020-05-22 21:09 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
The upper part shows the menu that I have. I wonder if the lower part is what Nick has (107.58 KB, image/png)
2020-04-29 16:29 UTC, Bart
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Nick Levinson 2019-03-09 21:20:19 UTC
Description:
In LO version 6.1.5.2, using an alt-character shortcut to open a menu that has a submenu for the first menu item and releasing the keys before the submenu opens causes the menu to close. You have to open it again and hold it (albeit not for long) till the submenu opens, then you can proceed normally.

In Writer and Calc, this is with the File and Format menus. In LibreOffice with no document open, this is with the File menu.

Keeping the keys down until the submenu opens results in correct behavior. If the first menu item does not have a submenu, the menu behavior is correct.

I did not test the other major subprograms (on my installation, Draw, Math, and Base).

To a speed typist, this can make LibreOffice look broken.

Steps to Reproduce:
Per description.

Actual Results:
Menu disappears.

Expected Results:
Menu should stay to allow selection of item or submenu.


Reproducible: Always


User Profile Reset: No



Additional Info:
Not sure how long this has been happening; may not be for this version only.
Comment 1 Dieter 2019-03-10 16:37:27 UTC
I can't reproduce it with

Version: 6.1.5.2 (x64)
Build-ID: 90f8dcf33c87b3705e78202e3df5142b201bd805
CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; 
Gebietsschema: de-DE (de_DE); Calc: group threaded

Perhaps only Linux?
Comment 2 Xisco Faulí 2019-03-14 18:50:57 UTC
Thank you for reporting the bug. To be certain the reported issue is not
related to corruption in the user profile, could you please reset your
Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and
re-test?

I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the issue is still present
Comment 3 Nick Levinson 2019-03-16 18:53:28 UTC
I "[r]eset entire user profile" from Safe Mode. The problem is the same.
Comment 4 Xisco Faulí 2019-03-18 20:03:34 UTC
Could you please paste the info from Help - about LibreOffice ?

I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' once the information has been provided
Comment 5 Nick Levinson 2019-03-20 01:45:33 UTC
From Help > About LibreOffice:

Version: 6.1.5.2

Build ID: 6.1.5.2-2.fc29

CPU threads: 2; OS: Linux 4.20; UI render: default; VCL: gtk3; 

Locale: en-US (en_US.UTF-8); Calc: group threaded
Comment 6 Peter Vágner 2019-03-20 13:20:32 UTC
I am using Libreoffice on a Gnome desktop running Arch linux.
Pressing alt key alone does not open the menu and it's expected.
I am unable to reproduce this for example by pressing alt+f for the file menu or F10.
 I am not sure I'm good candidate for testing this though.

Version: 6.2.1.2
Build ID: 6.2.1-1
CPU threads: 8; OS: Linux 5.0; UI render: default; VCL: gtk3; 
Locale: en-US (en); UI-Language: en-US
Calc: threaded
Comment 7 Xisco Faulí 2019-07-08 16:00:06 UTC
A new major release of LibreOffice is available since this bug was reported.
Could you please try to reproduce it with the latest version of LibreOffice
from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the bug is still present in the latest version.
Comment 8 Nick Levinson 2019-07-13 18:32:23 UTC
The problem remains.

Since LO's website offers 6.2, I assume that's a major version, and I have 6.2.4.2.0+ (Build ID 6.2.4.2-4.fc30; CPU threads 2; OS Linux 5.1; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI-Language: en-US; Calc: threaded).

Alt alone causes underlining but doesn't open a menu and, I think, shouldn't (LO wouldn't know from alt alone which menu to open, thus I disagree with comment 6).

But alt-f opens the file menu. If I let it go too quickly, the menu closes. I have to keep it open long enough that the first submenu opens. Then I can let the keyboard go because the menu and the submenu will stay open for my next decision. I limited my testing this time to Writer and the File and Format (alt-o) menus, but the problem probably remains for Calc and for having nothing open. By releasing quickly, I was able to reproduce the problem ten times consecutively with alt-o.
Comment 9 Xisco Faulí 2020-01-20 17:06:42 UTC
Hello Nick,
A new major release of LibreOffice is available since this bug was reported.
Could you please try to reproduce it with the latest version of LibreOffice
from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the bug is still present in the latest version.
Comment 10 Nick Levinson 2020-01-25 21:12:00 UTC
That page offers LO 6.3.4 for early adopters and I don't want to introduce instability onto my laptop and for stability it offers LO 6.2.8 when I already have 6.3.3.2.

The effect continues, with Writer alt-f (File menu) or alt-o (Format menu). If released too quickly for the first menu item's submenu to open, the menu closes. The menu has to be reselected to open the submenu.
Comment 11 Xisco Faulí 2020-01-28 11:31:55 UTC
Hello Nick,
Does it work for you if you launch LibreOffice from commandline with
'SAL_USE_VCLPLUGIN=gen soffice' ?
Comment 12 Nick Levinson 2020-02-01 17:59:55 UTC
I don't know how to do that and instructions I found on the Web were either unclear or 5+ years old, such as which directory to go to (LO may have changed since then and I might cause myself a problem if I apply outdated instructions).

Also, I don't run LO from the CLI. I use the GUI and need LO to work that way.

I don't have any plugins except whatever came with the default installation with my distro (Fedora 31 Linux), and I doubt any came with that installation.
Comment 13 Bart 2020-04-29 16:27:31 UTC
I'm trying to reproduce Nick's situation. I do hope that I understand his problem correctly.

I also have LibreOffice 6.1.5.2 and I'm using Linux/Debian 10 with the LXDE interface. (I can easily switch to other interfaces.) 

In my case the main menu is visible all the time. If I can hide it, I should be closer to the situation that Nick has and then try to reproduce it. I tried to find a setting to hide the main menu, but I couldn't find it. 

Would anyone here know how to hide the menu? Maybe then I can be of more help.

I added a screen copy of what I have, and what I think Nick has.

Nick, is F10 an option for you? In my case it opens the "File" submenu. When you hit the "right" key you can then open the "Edit" , "View" , "Insert" submenu, etc.

PS:
I'm not a developer. I submitted a few bugs/requests myself and I'm trying to confirm other bugs/requests.
Comment 14 Bart 2020-04-29 16:29:51 UTC
Created attachment 160085 [details]
The upper part shows the menu that I have. I wonder if the lower part is what Nick has

The upper part of this image shows the menu that I usually have. 

The lower part of this image is photoshopped. I wonder if this is what Nick has
Comment 15 Nick Levinson 2020-05-22 21:09:29 UTC
I didn't answer earlier, due to Covid-19 restrictions.

Comment 13:

Your menubar may be open all the time. I doubt the File menu is open all the time on anyone's setup. To have the File menu open all the time would mean you're ready to select a menu command (menu item) such as Open or Close but without ever selecting any command in that menu, and in that case I doubt you'd ever get any work done.

The menu is not hidden when you don't see it, it's closed. If you select a  menu command, the menu then closes while it carries out your command. So, if you select the Print command, the menu closes and the Print dialog opens. You might hide the menubar (and I don't know how to do that except perhaps by using Tools > Customize > Menus and deleting every command from every menu, if you have any reason to do that), but I'm not talking about the menubar. I'm interested only in each menu (and its submenus).

In other words: One menu is called File. Another menu is called Edit. They're in the same menubar, but, in that menubar, File and Edit are separate menus.

To see a submenu, open the File menu (alt-f) and select New. Then another menu will open, offering Text Document, Spreadsheet, and so on. That's a submenu.

F10 opens the File menu. As far as I know, it's just like clicking "File" or typing alt-f. F10 is not the issue in this bug report.

Comment 14: Your attachment's top shows a menubar, not a menu. I'm talking about a menu, such as the File menu. You see the menu when you open it, such as by mouse-clicking "File" or typing alt-f.