av9ash/GitBugs huggingface dataset:
Bug: [meta] New 3pane message tree has wrong semantics for screen readers, and no controls to access cells
Status: NEW
Priority: P2
Created: 2023-06-29 05:50:11+00:00
Resolved: 2024-05-25 12:24:42+00:00

I was looking back at bug 1752532 and thought I'd take a look at the new 3pane in beta since I remember the mail space has a lot of screen reader users.

### Steps to reproduce

Tested with beta 115.0b6.

Open thunderbird with a screen reader on and navigate to the message list.

### Result

1. The message list is read out as being a tree within a table.
2. ~~The list has no accessible name.~~
3. Individual cells cannot be accessed with the keyboard, to be read or interacted with (e.g. to star the message).
4. There is no semantic association between the cells and their headers.
5. The headers are noisy: "Subject (column header). Subject (push button). Sort by subject". 
6. The headers are missing an indication about whether they are sorting and in what direction.
7. The header row is its own tab stop and cannot be reached by pressing up arrow below it. Similarly cannot reach the list by pressing the down arrow on the keyboard.

### Expect

1. The message list should be a single treegrid (AKA tree-table) widget.
2. The list should have an accessible name.
3. Pressing right and left arrows should allow you to focus individual cells.
4. Each cell should be associated with the header it is underneath.
5. The headers should be a single label, they should not semantically contain buttons.
6. The sorting header should be marked as such with `aria-sort`.
7. The header row and the list is a single tab stop that allowa for arrow key navigation from the header to the message items.

The first is a regression from the message list in 102. The others would be accessibility improvements over the old list.

## Origin

In terms of the semantic structure, the current message list has the markup:

```
<table>
  <thead>
    <tr>
      <th>...</th>
      ...
    </tr>
  </thead>
  <tbody>
    <tr>
      <th><!--Empty--></th>
    <tr>
  </tbody>
  <tbody role="tree">
    <tr role="treeitem">
      <td>...</td>
      ...
  </tbody>
</table>
```

which results in the accessibility tree:

```
table
  - row
    - columnHeader
    - columnHeader
    ...
  - row
    - cell ""
  - tree
    - treeitem
      - cell
      - cell
      ...
```

I think this should be following the treegrid pattern instead:

+ https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Roles/treegrid_role
+ https://www.w3.org/WAI/ARIA/apg/patterns/treegrid/
+ https://www.w3.org/WAI/ARIA/apg/patterns/treegrid/examples/treegrid-1/
Bug: LDAP addressbook in the new Thunderbird (beta 5 and before)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-06-29 08:45:29+00:00
Resolved: 2023-07-02 04:09:46+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/114.0.0.0 Safari/537.36

Steps to reproduce:

I tried to access an LDAP addressbook, defined as it works in e.g. Thunderbird 102.12, but it does not ask for password for login and does not search anything. LDAP addressbook defined as for 102.12, where it works perfectly well


Actual results:

It doesn't try to login and ask for password for the LDAP bind account, when an address is asked for first time
Bug: Collapsed mail threads do not have a "new" indicator when a new unread mail arrives in that thread
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-06-29 20:04:28+00:00
Resolved: 2025-02-24 14:58:07+00:00

Steps to reproduce:

- Collapse mail thread
- Receive e-mail in that thread


Actual results:

- There is no visual indication a new, unread mail exists in the thread


Expected results:

- There should be a clear visual indicator there is a new mail in the collapsed thread
Bug: Startup Crash in [@ mozilla::detail::InvalidArrayIndex_CRASH | nsMsgDBView::Sort]
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-06-29 20:21:51+00:00
Resolved: 2023-08-20 10:13:10+00:00

Crashes start with 115.0b5.  Mac only afaict.

Regression from Bug 1498313 ?

Crash report: https://crash-stats.mozilla.org/report/index/974cbf76-c3c5-4b45-ad2b-6123e0230629

Reason: ```EXC_BAD_ACCESS / KERN_INVALID_ADDRESS```

Top 10 frames of crashing thread:
```
0  libmozglue.dylib  MOZ_Crash  mfbt/Assertions.h:264
0  libmozglue.dylib  mozilla::detail::InvalidArrayIndex_CRASH  mfbt/Assertions.cpp:50
1  XUL  std::__1::__introsort<std::__1::_ClassicAlgPolicy, nsMsgDBView::Sort  /builds/worker/fetches/MacOSX13.3.sdk/usr/include/c++/v1/__algorithm/sort.h
2  XUL  std::__1::__introsort<std::__1::_ClassicAlgPolicy, nsMsgDBView::Sort  /builds/worker/fetches/MacOSX13.3.sdk/usr/include/c++/v1/__algorithm/sort.h:593
3  XUL  std::__1::__introsort<std::__1::_ClassicAlgPolicy, nsMsgDBView::Sort  /builds/worker/fetches/MacOSX13.3.sdk/usr/include/c++/v1/__algorithm/sort.h:593
4  XUL  std::__1::__introsort<std::__1::_ClassicAlgPolicy, nsMsgDBView::Sort  /builds/worker/fetches/MacOSX13.3.sdk/usr/include/c++/v1/__algorithm/sort.h:590
5  XUL  std::__1::__introsort<std::__1::_ClassicAlgPolicy, nsMsgDBView::Sort  /builds/worker/fetches/MacOSX13.3.sdk/usr/include/c++/v1/__algorithm/sort.h:593
6  XUL  std::__1::__introsort<std::__1::_ClassicAlgPolicy, nsMsgDBView::Sort  /builds/worker/fetches/MacOSX13.3.sdk/usr/include/c++/v1/__algorithm/sort.h:593
7  XUL  std::__1::__sort<nsMsgDBView::Sort  /builds/worker/fetches/MacOSX13.3.sdk/usr/include/c++/v1/__algorithm/sort.h:627
7  XUL  std::__1::__sort_impl[abi:v15006]<std::__1::_ClassicAlgPolicy, mozilla::ArrayIterator<IdUint32*&, nsTArray_Impl<IdUint32, nsTArrayInfallibleAllocator> >, nsMsgDBView::Sort  /builds/worker/fetches/MacOSX13.3.sdk/usr/include/c++/v1/__algorithm/sort.h:687
```
Bug: Pressing Enter while focused on a folder doesn't open the folder
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-06-30 01:55:31+00:00
Resolved: 2023-07-21 20:15:37+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:109.0) Gecko/20100101 Firefox/114.0

Steps to reproduce:

Clicked any folder that has subfolders, then pressed Enter.


Actual results:

Nothing.


Expected results:

The folder should have opened, just as it does with TB v102.
Bug: Test the message list is invalidated properly after message deletion
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-06-30 03:15:06+00:00
Resolved: 2023-08-13 12:57:06+00:00

We keep running into the problem of the message list not updating when a message gets deleted. I'm making a regression test to cover as much of this as we reasonably can.
Bug: Excessive indentation of subject in tree when "Grouped by sort" is active
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-06-30 11:35:42+00:00
Resolved: 2023-11-13 19:13:27+00:00

The subjects have a big space in front because they have `--thread-level: 1`. I n "Grouped by sort" mode they should always get `0`.
Bug: Cannot set compose window colours to be same as the reader one
Status: UNCONFIRMED
Priority: --
Created: 2023-06-30 13:07:20+00:00
Resolved: 2024-12-26 20:35:47+00:00

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/115.0

Steps to reproduce:

I use a dark theme, but want black(ish) text on white(ish) background content windows.

I can set these content colours for reading in General/Language & Appearance/Colours

However, the Composition window is a problem.
If I set "Use reader's default colours" I get a dark background (which is not what I have set for the deader).
If I unset this, and set the colours I do want then this gets added to the <body> tag in the sent message and so all of my recipients are forced to see the message using my choices - not there's.




Actual results:

When I configure Thunderbird to be visually relaxing for me then all message I send force this setting onto all of my recipients. This is not good!

The cause is a setting in editorContent.css line 100 

@media: (prefers-color-scheme: dark) {color: #f9f9fa; background-color: #2a2a2e; }


Expected results:

There should be a way to set default *display* text and background colours in TB Composition windows such that these are not transmitted to all of my recipients.


The UA string is:
Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101  Thunderbird/102.11.0
Bug: message list no longer updates after deleting a message
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-06-30 15:56:14+00:00
Resolved: 2023-11-20 15:20:27+00:00

STR:

1. Select a message in the message list and press the Delete key to delete the message.

Actual:

The message will be deleted but nothing changes in the message list. You could think that it didn't work and therefore repeat this a few times with the consequence that you delete more messages, possibly without noticing what happens. So it has the potential of dataloss.

The message view updates as expected.

Please see https://www.youtube.com/watch?v=TjslcQu2MDw for a screen recording of the issue.

Expected:

After deleting a message the message list reflects the current state.

According to mozregression it's a regression from this range:
https://hg.mozilla.org/comm-central/pushloghtml?fromchange=75cda173c05a3b6320b3868edfd4e112654ba572&tochange=b3523ca25ec5c801a4fe218eb9c87f59a60f988d

Tested on Thunderbird Daily 116.0a1 (2023-06-30) on macOS 13.4.
Bug: New calendar and first new task "save and close" button clicks but doesn't activate
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-06-30 16:05:22+00:00
Resolved: 2023-09-17 18:50:12+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/114.0.0.0 Safari/537.36

Steps to reproduce:

Created my first local calendar and first "new task" after installing and configuring Thunderbird Beta 115 (beta 6).

Left clicked "save and close" button when finished setting it up.


Actual results:

The button clicks normally but it does not work. The new task input box stays up no matter how many times I clicked. I was able to go to file > save task. This issue did not happen again when creating the second task - the "save and close" button worked as intended.

bug 1741540


Expected results:

"save and close" button should save and close the first new task.
Bug: Composing  'Use Readers default colours'  does not use colours set up in Language & appearance
Status: NEW
Priority: --
Created: 2023-06-30 16:45:39+00:00
Resolved: 2024-06-02 22:25:38+00:00

Windows 10
Tested in 102.12.0 and also beta 115.0b5
Thunderbird dark theme

- Settings > General
- In 'Language & Appearance' section
- click on 'Colours'
- Set a dark grey font on off white background.
- Set to override 'always'
- click on 'OK'

- Settings > Composition
- In 'HTML Style' section
- select 'Use Readers default colours'

- click on 'Write'

**Actual Results**
Window opens
Formatting bar shows a dark font colour on pale background
But in reality it shows 
Text is white and not dark grey.
dark background not off white.

When you click anywhere in Write window the formatting bar now suddenly changes and shows both foreground and background as same pale white colour, but in reality its white on dark.

Errors in Formatting Bar  display of Foreground/Background colours
Error in not using the readers default colours set up in Language & Appearance.

**Expected**
Click on Write
Formatting bar to show correct foreground and background colour
Text colour and background colour to match the colours set up in 'Language & Appearance - dark grey font on off white background.
Bug: Address Book, New List, Edit List - Display of buttons "OK" and "cancel" are not completely visible, even in full screen mode
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-06-30 19:15:50+00:00
Resolved: 2024-01-10 19:07:28+00:00

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

Steps to reproduce:

just want to edit


Actual results:

have to figure out which button might save my input


Expected results:

you just can imagine that there are two buttons and which button is for, but you see only the top of the buttons.
The field is not expandable, to show more (the complete buttons)
Bug: LDAP Addressbook broken (component does not have a method named: "promptPassword"')
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-06-30 21:38:07+00:00
Resolved: 2024-03-01 14:53:04+00:00

I have an LDAP addressbook set up to the company directory. Trying to use it in any way I get this:

NS_ERROR_XPC_JSOBJECT_HAS_NO_FUNCTION_NAMED: JavaScript component does not have a method named: "promptPassword"'JavaScript component does not have a method named: "promptPassword"' when calling method: [nsIAuthPrompt::promptPassword] LDAPListenerBase.jsm:26
    onLDAPInit resource:///modules/LDAPListenerBase.jsm:26
    onOpen resource:///modules/LDAPConnection.jsm:38
    _onOpen resource:///modules/LDAPClient.jsm:164

As a result, LDAP addressbook lookups don't work. I've tried this on a new profile for 115.0b6. I'd consider this a release blocker if confirmed by someone else.
Bug: threaded view: delete button cut off
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-07-01 06:41:44+00:00
Resolved: 2023-07-05 13:37:41+00:00

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

Steps to reproduce:

Start TB, use threaded view


Actual results:

Delete button partially cut off

This happens in TB 115.0b6 and still in Daily 116.0a1 (2023-06-30) (64-Bit)


Expected results:

Delete button should be wholly visible
Bug: No option to close the only mail tab in a 3-pane window
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-07-01 12:04:08+00:00
Resolved: 2023-07-03 04:57:17+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/114.0

Steps to reproduce:

After upgrading to 115.0b6 (64-bit), I see that there is (as before) an option to move the calendar tab to another window. If you use this feature, the new window also has a mail tab, and there's no way to close the mail tab in the new window.



Expected results:

The new window should have an 'X' on the mail tab to close the mail tab.
Bug: wrong message in focus after delete key press in vertical cards layout
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-07-01 18:44:40+00:00
Resolved: 2023-07-05 16:29:53+00:00

Steps to reproduce:

Using Vertical View Layout with Folder Pane, Message List Header, and Message Pane visible, and Cards View selected as the Message List mode.

I typically navigate the message list with arrow keys and use the delete key to prune the message list.

I arrow down or up through the message list and land on a particular message, then hit the delete key.


Actual results:

The message is deleted as expected and the next message in the list is displayed in the Message Pane.

The problem is that when I hit the arrow key to continue moving through the message list, the next selected message acts as if the top message in the list was the selected one, instead of the one currently shown in the Message Pane. (Arrow up focuses the top message, arrow down focuses the second from the top message.)

This started in a recent Daily update (within the last week).


Expected results:

When I hit the arrow key to continue moving through the message list, the starting point for message selection should begin with the message that is currently displayed in the Message Pane (the message that was focused and shown after deleting the previous one), not the top message.
Bug: Uncaught TypeError: existingElement.details is undefined - unified-toolbar.mjs:393
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-07-02 00:35:51+00:00
Resolved: 2023-07-05 13:37:43+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/114.0.0.0 Safari/537.36 Edg/114.0.1823.67

Steps to reproduce:

Started TB with the icon of the add-on "Signature Switch" in the unified toolbar.

```
Uncaught TypeError: existingElement.details is undefined
    wantedElements chrome://messenger/content/unifiedtoolbar/unified-toolbar.mjs:393
    #showToolbarForSpace chrome://messenger/content/unifiedtoolbar/unified-toolbar.mjs:381
    #handleSpaceChange chrome://messenger/content/unifiedtoolbar/unified-toolbar.mjs:237
    onTabSwitched chrome://messenger/content/spacesToolbar.js:163
    registerTabMonitor chrome://messenger/content/tabmail.js:694
    onLoad chrome://messenger/content/spacesToolbar.js:314
    loadPostAccountWizard chrome://messenger/content/messenger.js:614
    loadStylesheets jar:file:///D:/MAIL-THUNDERBIRD/jorgk.default/extensions/lightningcalendartabs@jlx.84.xpi!/experiments.js:18
    addWindowListener jar:file:///D:/MAIL-THUNDERBIRD/jorgk.default/extensions/lightningcalendartabs@jlx.84.xpi!/experiments.js:51
    result resource://gre/modules/ExtensionParent.sys.mjs:1144
    withCallContextData resource://gre/modules/ExtensionParent.sys.mjs:627
    result resource://gre/modules/ExtensionParent.sys.mjs:1143
    withPendingBrowser resource://gre/modules/ExtensionParent.sys.mjs:637
    result resource://gre/modules/ExtensionParent.sys.mjs:1142
    callAndLog resource://gre/modules/ExtensionParent.sys.mjs:1095
    recvAPICall resource://gre/modules/ExtensionParent.sys.mjs:1141
unified-toolbar.mjs:393:11
```
It appears that for toolbar entries which come from add-ons, `existingElement.details` isn't set:
https://searchfox.org/comm-central/rev/78245f927ad4c32e6896f5ceee7483083f90bf59/mail/components/unifiedtoolbar/content/unified-toolbar.mjs#393

The issue was observed on a large profile. It happens at random, seems like a timing issue.
Bug: Mail tabs not reliably restored after restart, other tabs like Settings also not reliably restored
Status: UNCONFIRMED
Priority: --
Created: 2023-07-02 00:55:11+00:00
Resolved: 2024-12-13 22:01:19+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/114.0.0.0 Safari/537.36 Edg/114.0.1823.67

Steps to reproduce:

Open two messages in tabs. We're using POP3 and hence local folders.
Restart.


Actual results:

The mail tabs are re-opened, but they are empty.


Expected results:

The mail tabs should have been restored correctly.

The behaviour is somewhat random, it works fine on a small profile, it mostly fails on the second restart on a large profile with lots of activities at startup. Seems to be some timing issue.

We also found bug 1841410 looking at this issue, but that appears unrelated apart from the fact that it's a timing issue, too.
Bug: Calling thunderbird -mail from the command line does not switch to the mail tab
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-07-02 02:52:12+00:00
Resolved: 2023-09-19 18:09:24+00:00

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/114.0

Steps to reproduce:

- Install thunderbird
- Start a thunderbird instance from the cli (``nohup thunderbird &; disown``)
- Run ``thunderbird -calendar`` from the cli
- Unfocus the window (e.g. by clicking on some other window)
- Run ``thunderbird -mail`` from the cli


Actual results:

The thunderbird window regains focus, but does not switch to the email tab.


Expected results:

The thunderbird window should regain focus and switch to the email tab, as per the documentation in ``thunderbird --help`` (``thunderbird -calendar`` does have the correct behavior)
Bug: Delete a message with delete or Shift+Delete and the message list is not updated
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-07-02 10:19:02+00:00
Resolved: 2023-07-14 13:17:42+00:00

After a week break, yesterday I updated to version 116.0a1 (2023-06-30) (64-bit). Since then, I've had the problem that when a message is deleted with Shift+Delete, the message list doesn't refresh until Down Arrow and Up Arrow are pressed. However, this only seems to be the case for the screen reader. I don't know when this functionallity broke again. This Bug was fixed with bug 1825588.

Note: I also had this problem briefly last night, however I was unable to reproduce it for a while. So it doesn't seem to occur all the time, currently it occurs all the time for me though.

### Steps to reproduce

* Focus the message list.
* Press Shift+Delete to delete a message.

#### Result.

The message is deleted, but the message list is not updated with the next message that was selected. Only after arrow down and arrow up has been pressed, the next message is announced by the screen reader. Since I get a message from the screen reader that the next focused message is a junk message, I assume that the list is not being updated correctly for the screen reader only.

#### Expected

After deleting the selected message, the next message should be announced.
Bug: Corrupt secring.gpg file in profile folder on several PCs
Status: UNCONFIRMED
Priority: --
Created: 2023-07-03 07:44:29+00:00
Resolved: 2023-12-31 00:02:25+00:00

Steps to reproduce:

It is not possible for us to understand when this error occurs. However, the error occurs on different computers on Windows 10 Pro with the current version of Thunderbird. The error has been occurring for 1-2 years.


Actual results:

Users regularly have the problem that their private PGP key is suddenly no longer available. In the Thunderbird profile directory there is then a file "secring.gpg.corrupt" and "encrypted-openpgp-passphrase.txt.corrupt". 
We then need to restore the secring.gpg and encrypted-openpgp-passphrase.txt file from a backup so that the private key is available and usable again.


Expected results:

The error should no longer occur.
Bug: message filters dialog: cannot tab to the `new` button
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-07-03 07:59:26+00:00
Resolved: 2023-07-18 21:15:37+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/114.0.0.0 Safari/537.36

Steps to reproduce:

1. Open the message filters dialog.
2. Try to tab to the new button


Actual results:

Cannot make the new button the focus by tabbing to it.


Expected results:

Being able to make the new button the focus by tabbing to it
Bug: Cannot customize unified toolbar with tab for PDF viewer
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-07-03 09:11:45+00:00
Resolved: 2023-07-18 19:53:55+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/114.0

Steps to reproduce:

If you right click on the toolbar that shows a search box in a tab for viewing a PDF file, there's a "Customise..." option. However, this doesn't seem to work. There's no way to remove the search box or add new buttons.