Closed Bug 1619248 Opened 4 years ago Closed 4 years ago

Keyboard shortcut "M" for "Mark read/unread" not shown in Menu and Contextmenu

Categories

(Thunderbird :: Message Compose Window, defect)

defect
Not set
normal

Tracking

(thunderbird_esr78 fixed, thunderbird82 affected)

VERIFIED FIXED
83 Branch
Tracking Status
thunderbird_esr78 --- fixed
thunderbird82 --- affected

People

(Reporter: c.buhtz, Assigned: lilian.braud)

References

Details

(Keywords: good-first-bug, ux-discovery)

Attachments

(4 files, 1 obsolete file)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:73.0) Gecko/20100101 Firefox/73.0

Steps to reproduce:

There is a keyobardshort cut "m" that toogles the read status from unread to read and back from unread to read. Works fine.

But it is not shown in the GUI. I would assume that in the "Messages menu" -> "Mark" -> "Unread" / "Read" should the keyboard shortcut visible also.
It is the same for the context menu of a message.

It does seem odd that a short cut is not listed

Keywords: ux-discovery

(In reply to c.buhtz from comment #0)

There is a keyobardshort cut "m" that toogles the read status from unread to read and back from unread to read. Works fine.

Typo: ... "M" that toggles the read status from unread to read and vice versa, back from read to unread.

But it is not shown in the GUI. I would assume that in the "Messages menu" -> "Mark" -> "Unread" / "Read" should the keyboard shortcut visible also.

Absolutely! Thanks for reporting this.

It is the same for the context menu of a message.

Could you elaborate a little bit why you would wish a shortcut to be displayed in the context menu?
Would you consider it helpful if context menu items would generally expose their respective shortcuts?

(In reply to Wayne Mery (:wsmwk) from comment #1)

It does seem odd that a short cut is not listed

One of my most frequently used shortcuts when handling large numbers of messages. Also to mark messages as unread when I still want to come back to them later. Surprising because all the other shortcuts are there. Might be easy to fix.

Flags: needinfo?(c.buhtz)
See Also: → 1647654

(In reply to Thomas D. from comment #2)

Could you elaborate a little bit why you would wish a shortcut to be displayed in the context menu?
Would you consider it helpful if context menu items would generally expose their respective shortcuts?

It is like an in-GUI-manual.
When a user is new to an application she/he first click around to find and use the expected features. This is done by context of course. I want to mark a mail unread: Of course I look into the context-menu of a mail and not of a folder or somewhere else.

While using (context)-menus the user also learn the shortcuts of often used menu entries.

"Normal" users do not read manuals or help pages especially for such a simple task like "What is the shortcut for XYZ?".
RTFM! is a utopic and a bad attitude. Users are lazzy and a bit dump - "Thats reallity Greg!" Even developers are users in some cases - just start to reflect your own behaviour as a user.

In a perfect and pink world a GUI is 100% selfdescribing. Of course this is not reallity but we should try to go/develop into this direction.
Exposing ALL existing shortcuts in the GUI is very easy and should taken as a possibility to reach that goal.

For me (and some other developers) it is a general rule: Featuers should appear or should be accessible from all interface-layers of an application. This means for example everything I can setup in a text-config-file should appear also in the Preferences-Dialog of the application - there should be no difference or hidden options. Also everything I can start from the GUI should be startable via keyboard-shortcut etc - I know it does not make sense in all cases. But a developer should think about it and decide.

Flags: needinfo?(c.buhtz)

(In reply to c.buhtz from comment #3)

(In reply to Thomas D. from comment #2)

Could you elaborate a little bit why you would wish a shortcut to be displayed in the context menu?
Would you consider it helpful if context menu items would generally expose their respective shortcuts?

It is like an in-GUI-manual.
When a user is new to an application she/he first click around to find and use the expected features. This is done by context of course.
[snip]
Also everything I can start from the GUI should be startable via keyboard-shortcut etc.

+1 to virtually all of comment 3. C.buhtz, thank you very much for your user feedback.

Status: UNCONFIRMED → NEW
Component: Untriaged → Message Compose Window
Ever confirmed: true
OS: Unspecified → All
Hardware: Unspecified → All
Summary: Keyboard shortcut "m" not shown in Menu and Contextmenu → Keyboard shortcut "M" for "Mark read/unread" not shown in Menu and Contextmenu
Keywords: good-first-bug
Assignee: nobody → lilian.braud
Status: NEW → ASSIGNED

Liscare, I've reviewed your phabricator patch and requested some minor additions. Would you like to finish this off?

Flags: needinfo?(lilian.braud)

Sure, I have modified the two remaining files.

Flags: needinfo?(lilian.braud)
Attachment #9175359 - Attachment description: Bug 1619248 - Keyboard shortcut 'M' for 'Mark read/unread' not shown in Menu and Contextmenu. r=thomasD → Bug 1619248 - Keyboard shortcut 'M' for 'Mark read/unread' not shown in Menu and Contextmenu. r=thomas8
Attachment #9175359 - Attachment description: Bug 1619248 - Keyboard shortcut 'M' for 'Mark read/unread' not shown in Menu and Contextmenu. r=thomas8 → Bug 1619248 - Keyboard shortcut 'M' for 'Mark read/unread' not shown in Menu and Contextmenu. r=thomasD

Pushed by mkmelin@iki.fi:
https://hg.mozilla.org/comm-central/rev/17e51cb10e9c
Keyboard shortcut 'M' for 'Mark read/unread' not shown in Menu and Contextmenu. r=thomasD

Status: ASSIGNED → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → 83 Branch

Hmm, actually - we don't use hotkeys to context menus, so I think that part should be removed.

It would be nice if this is uplifted to T78...

Comment on attachment 9175359 [details]
Bug 1619248 - Keyboard shortcut 'M' for 'Mark read/unread' not shown in Menu and Contextmenu. r=thomasD

(In reply to Magnus Melin [:mkmelin] from comment #11)

Hmm, actually - we don't use hotkeys to context menus, so I think that part should be removed.

That does seem to be true.

[Approval Request Comment]
Regression caused by (bug #): -
User impact if declined:
Testing completed (on c-c, etc.): works on beta
Risk to taking this patch (and alternatives if risky): low risk, just a menu item change

Attachment #9175359 - Flags: approval-comm-esr78?
Pushed by mkmelin@iki.fi:
https://hg.mozilla.org/comm-central/rev/cdcddf1a6300
backout adding hotkey in context menu. r=backout

Comment on attachment 9175359 [details]
Bug 1619248 - Keyboard shortcut 'M' for 'Mark read/unread' not shown in Menu and Contextmenu. r=thomasD

[Triage Comment]

Liscare, can you provide a patch for esr that does not contain the context menu bits?

Flags: needinfo?(lilian.braud)
Attachment #9175359 - Flags: approval-comm-esr78? → approval-comm-esr78-

Done, see the patch D98113.

Flags: needinfo?(lilian.braud)

Comment on attachment 9190160 [details]
Bug 1619248 - Delete shortcuts for "Mark unread/read" in context menu. r=thomasD

[Triage Comment]
Approved for esr78

Attachment #9190160 - Flags: approval-comm-esr78+

Comment on attachment 9190160 [details]
Bug 1619248 - Delete shortcuts for "Mark unread/read" in context menu. r=thomasD

[Triage Comment]
This is not right for esr78 as noted in the Phabricator log.

Attachment #9190160 - Flags: approval-comm-esr78+ → approval-comm-esr78-

Comment on attachment 9190160 [details]
Bug 1619248 - Delete shortcuts for "Mark unread/read" in context menu. r=thomasD

(In reply to Rob Lemley [:rjl] from comment #19)

Comment on attachment 9190160 [details]
Bug 1619248 - Delete shortcuts for "Mark unread/read" in context menu. r=thomasD

[Triage Comment]
This is not right for esr78 as noted in the Phabricator log.

Yes, this is obsolete per my review on phabricator with some mentoring how to get this right.

Attachment #9190160 - Attachment is obsolete: true
Attachment #9191164 - Attachment description: Bug 1619248 - Keyboard shortcut 'M' for 'Mark read/unread' not shown in Menu. r=thomasD → Bug 1619248 - Display keyboard shortcut 'M' for 'Mark read/unread' on applicable menus. r=thomasD

Comment on attachment 9191164 [details]
Bug 1619248 - Display keyboard shortcut 'M' for 'Mark read/unread' on applicable menus. r=thomasD

[Approval Request Comment]
Regression caused by (bug #):
User impact if declined: Users have no way to know the important everyday keyboard shortcut for 'Mark read/unread' from the UI.
Testing completed (on c-c, etc.): yes
Risk to taking this patch (and alternatives if risky): low, just adding key attribute to menus

Rob, is there anything else I need to do to get this Phabricator diff (D98690) ready for landing on comm-esr78? I'm a bit irritated that the repository tag is still showing rCOMMCENTRAL comm-central but I couldn't find a more suitable repository from the autocomplete suggestions.

Flags: needinfo?(rob)
Attachment #9191164 - Flags: approval-comm-esr78?

Comment on attachment 9191164 [details]
Bug 1619248 - Display keyboard shortcut 'M' for 'Mark read/unread' on applicable menus. r=thomasD

Phabricator will always show comm-central, it's just what it does... For fixes to uplift patches, it's usually easier to avoid Phabricator and use Bugzilla's attachments to avoid problems.

[Triage Comment]
This uplift was previously approved for 78.5.1. I verified that the provided patch applies cleanly to c-esr78.

Flags: needinfo?(rob)
Attachment #9191164 - Flags: approval-comm-esr78? → approval-comm-esr78+
Attachment #9190160 - Attachment is obsolete: false
Attachment #9190160 - Attachment is obsolete: true

Verified in testing of the Thunderbird 78.6.0 release candidate on Windows 10.

Keyboard shortcuts appear in the Menu bar and Menu button menus, but not context menu items.

Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: