922328 - Calendar and categories can not be selected with keyboard, lost accessibility

Status: NEW

(Calendar :: Dialogs, defect)

Description

[Steve]

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0 (Beta/Release)
Build ID: 20130911164256

Steps to reproduce:

Behaviour of category dropdown has changed in a recent update:
New task or event, or edit existing task or event.
Click on category, hit first letter of the category required e.g. B for Business




Actual results:

Result: nothing happens


Expected results:

Items beginning with the letter are selected in turn.
This should be standard behaviour in a drop downbox

Comment 1

[Ilja Sekler]

This affects the calendar selection dropdown menu as well. They both have lost keyboard accessibility (the focus can be tab-moved to these dropdown menus, but there is no way to open them using the keyboard). Can it be related to Bug 886211? Or is it Bug 316927 alone?

Stock Fedora Thunderbird 24.0 with Lightning 26.

Comment 4

[marty]

Just wondering if anyone working on this?

Comment 5

[Philipp Kewisch [:Fallen][📱📆]]

Not at the moment, sorry.

Comment 6

[Colomban Wendling]

Both Category and Calendar menus can be open using Alt+DownArrow in TB45.  (It would possibly be more natural to open it on Space or Enter, but the behavior is consistent within all TB.)

However, the Category dropdown does have keyboard focus issues: when opening it the focus is nowhere, and same when closing it (unless you moved focus when opening it).

* When opening the menu, one has to Tab once to move it in the "Add a new category" entry; before that the focus seems to be nowhere.
* When closing the menu, if the focus was not moved when opening the menu, the focus will still be nowhere, and tabbing once moves back to the Title field (i.e. the first focusable field in the dialog).  Similarly, Shift+Tab moves to the Description field (i.e. the last focusable field).

That is, if you do:
* Alt+y
  * focus is on the Category combobox.
* Alt+DownArrow (opens the Category menu)
  * at this point, the focus doesn't seem to be anywhere.
* Escape (closes the Category menu)
  * focus is still nowhere.
* Tab
  * focus is in the Title field.

This is highly confusing as it moves the focus far back unexpectedly.  Of course, the real issue is that the focus is nowhere after opening the Category menu, but there is side effects when trying to "get out" of that lost focus state too.

Comment 7

[Colomban Wendling]

(In reply to cwendling from comment #6)
> * When closing the menu, if the focus was not moved when opening the menu,
> the focus will still be nowhere, and tabbing once moves back to the Title
> field (i.e. the first focusable field in the dialog).  Similarly, Shift+Tab
> moves to the Description field (i.e. the last focusable field).

OK, on Earlybird (53.0a2), I don't have the part related to closing the dialog.  So only the initial dropdown focus is nowhere in the menu.  I guess it would "only" have to be moved explicitly to the entry.

FWIW, Earlybird seems to use GTK3 rather than GTK2, maybe it's related.