Bug 127852 - UI: locked odt document disables menus from keyboard
Summary: UI: locked odt document disables menus from keyboard
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.2.7.1 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-09-29 01:03 UTC by Nick Levinson
Modified: 2020-05-26 21:42 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nick Levinson 2019-09-29 01:03:01 UTC
Description:
In Writer, if I open a locked .odt document and then want to Save As for a fresh copy for editing, alt-f does not open the File menu. I have to mouse to the File menu. I should be able to Save As with alt-f alt-a and no mousing.

This is a usability issue for speedy touch-typists who learn faster keystroke commands and who will see this as a computer defect.

I have not checked Calc etc. or whether the original file being write-protected makes a difference.

Steps to Reproduce:
1. Outside of LO, such as in a file manager, lock an .odt document. It can be a blank.

2. In the file manager, open the document.

3. Go to Writer.

4. Type alt-f, so you can open the File menu, to do a Save As, to make a fresh copy for editing.

Actual Results:
It fails. I have to mouse to the File menu.

Expected Results:
I should be able to Save As with alt-f alt-a and no mousing.


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
This is a usability issue for speedy touch-typists who learn faster keystroke commands and who will see this as a computer defect.

The problem does not occur if I open the file from within Writer using  the Open command or by selecting its image on Writer's desktop (or whatever you call the display of previously-opened docs).

I have not checked Calc etc.

Help > About: "Build ID: 6.2.7.1-1.fc30"/"CPU threads: 2; OS: Linux 5.2; UI render: default; VCL: gtk3;"/"Locale: en-US (en_US.UTF-8); UI-Language: en-US"

Apparently, OpenGL is enabled. Tools > Options > LibreOffice > View does not list it but terminal output includes this: "OpenGL version string: 2.1 Mesa 19.1.7"
Comment 1 Dieter 2019-10-05 11:39:17 UTC
Nick, thank you for reporting the bug. It seems you're using an old version of LibreOffice. 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. Change to RESOLVED WORKSFORME, if the problem went away.
Comment 2 Nick Levinson 2019-10-05 22:45:18 UTC
I keep my distro (Fedora 30 Linux) evergreen and LO is up to 6.2.7.1 on that distro, which is the version still offered at LibreOffice.org as only "slightly older". I don't want to risk instability and have to roll back, but perhaps someone else would like to test in 6.3.2 or a developer's version. Meanwhile, I'll leave the status at needinfo.

In my opening post, I meant to take out the description as better covered in the other sections (STR, actual, expected, etc.). My fault; sorry. I can't edit the post.
Comment 3 QA Administrators 2019-10-07 03:05:04 UTC Comment hidden (obsolete)
Comment 4 QA Administrators 2020-04-05 03:32:29 UTC Comment hidden (obsolete)
Comment 5 QA Administrators 2020-05-06 03:44:45 UTC Comment hidden (obsolete)
Comment 6 Nick Levinson 2020-05-26 21:01:15 UTC
I'm setting as fixed. Somehow, the problem is gone. Maybe a newer version fixed it.
Comment 7 Dieter 2020-05-26 21:42:21 UTC
WORKSFORME ist correct in such a Case.