Related to https://bugs.documentfoundation.org/show_bug.cgi?id=130847
If indeed https://bugs.documentfoundation.org/show_bug.cgi?id=130847 is true, then further enhance https://bugs.documentfoundation.org/show_bug.cgi?id=130847 by adding any user assigned shortcut to the UI
User Profile Reset: No
Created attachment 158083 [details]
Poor description, empty actual and expected.
Please make a proper explanation.
Created attachment 158095 [details]
I am sorry you don't understand that HERE, I would like to show the shortcut, if it set.
Here https://bugs.documentfoundation.org/attachment.cgi?id=158082 appears to be set; but who knows, maybe the UI is designed like my descriptions.
[Automated Action] NeedInfo-To-Unconfirmed
Agree with Timur, please just make sentences, instead of just putting references.
Here are examples of good reports (quoted from https://wiki.documentfoundation.org/QA/BugReport):
There are so many degrees of uncertainty involved (and terminology I am not familiar with), that the only sentences I can make are:
Show the assigned shortcuts on the respective menu action.
It seems that actions that are assigned a shortcut, do not contain the aforementioned shortcut.
Should be fixed in master with https://cgit.freedesktop.org/libreoffice/core/commit/?id=c1c791967b3c8be2ae36cefa1d0906dbb85add37
I don't understand how the fix works.
Does this mean that this bug was one-off, or would there be other shortcuts that are assigned by default (or by the user), that will still be not visible?
(In reply to stdedos from comment #9)
> I don't understand how the fix works.
> Does this mean that this bug was one-off, or would there be other shortcuts
> that are assigned by default (or by the user), that will still be not
Here is the problem: Each command can have several shortcuts assigned, but the menu can show only one. So shortcuts are divided into 2 groups: Primary and Secondary. In Primary each command can have a single unique shortcut, which is the one shown in the menu and in toolbar tooltips. All other shortcuts go into Secondary, and not shown in the UI (except in customization).
Now, whoever added the shortcut for the record command made a mistake, and added it into Secondary instead of Primary. That's why the shortcut worked, but was not visible in the menu.