av9ash/GitBugs huggingface dataset:
Bug: Tags don't stay removed in the thread pane and Tag drop-down button on IMAP folders
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-16 11:32:31+00:00
Resolved: 2020-10-16 13:10:25+00:00

+++ This bug was initially created as a clone of Bug #355205 +++

Interestingly, now on 78.3.2 (64-Bit) I have the problem mentioned in Bug #355205 for TB version 2, 14 years ago again on my TB 78 configured for IMAP.

After some testing here is how to reproduce the behavior:

    You tag a mail with the hotkey number you assigned, e.g. "1"
    tag shows up
    for un-tagging you use the respective hotkey to delete all tags, e.g. "0"
    tag disappears until you leave that folder and reopen it. Now tags show up again.

Expected behavior:

    tags do not show up again once removed.

Workaround:

    remove tag by using the same hotkey you used to set it, e.g. remove tag category with hotkey "1" by pressing "1" again. Tag is removed and stays removed.
Bug: LDAP Autocompletion seems to kick in after varying amount of letters
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-10-16 13:54:37+00:00
Resolved: 2021-06-21 11:14:04+00:00

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

Steps to reproduce:

I started entering names in a compose window


Actual results:

if I started entering my own name I had to enter 4 letters before Thunderbird got any results from the LDAP
Even more peculiar - if I entered Christ (looking for Christine's address) I got 5 results from the LDAP but none of them the one I wanted. If I added an i so I had Christi I got 11 including 6 Christines that were not there before!! 


Expected results:

I would expect that the LDAP search would be consistent and give results sooner and always after the same amount of input.
Bug: Can't create a email account if thunderbird can't detect settings
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-10-16 13:58:51+00:00
Resolved: 2020-11-15 14:13:24+00:00

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

Steps to reproduce:

Go to edit account settings, account actions, Add Mail account

Add in my details


Actual results:

My email account details are likely to fail the thunderbird test. There is no option to bypass this and get the email to work


Expected results:

I could select done despite the test failing. My email works, just thunderbird has not figured it out yet
Bug: AB card photo radio buttons cannot be selected with left click nor using keyboard methods (only right-click works)
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-10-16 14:19:51+00:00
Resolved: 2021-04-22 11:38:18+00:00

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

Steps to reproduce:

Go to address book.Choose or create one of contacts.Then go photo tab and try to switch radio buttons with left click on mouse.


Actual results:

Radio buttons cant be affected with left mouse click on it.Always Standard photo choosen.


Expected results:

Left click affect radio button.
Bug: Forward icon remove when moving message to other folder
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-10-16 14:21:47+00:00
Resolved: 2020-11-29 04:44:13+00:00

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

Steps to reproduce:

- Forward a message in the INBOX folder to any email address.
- After the message is sent, drag and drop the original message from the INBOX folder to another folder.


Actual results:

- After forwarding from the inbox, the message receives the forward icon flag.
- After moving the message to another folder, the forward icon is gone.


Expected results:

- If forwarded, the icon should stay visible also when the message is moved to another folder.
Bug: Deleting mails from folders permanently freezes Thunderbird (caused by Thunderbird-translations-common package)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-16 15:42:48+00:00
Resolved: 2020-10-24 15:36:08+00:00

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

Steps to reproduce:

Linux 5.8.14-1-default, Suse Tumbleweed, 78.3.2 (20201006011220)

I try to delete mails from the trash. Same behavior when trying to create a new local folder.

Did today a "zypper dup", so Thunderbird was updated. Before this Thunderbird worked like a charm. I can only quit the frozen Thunderbird by command "kill".

Error console shows:
17:37:22.075 XML-Verarbeitungsfehler: Fehler beim Verarbeiten einer Referenz auf eine externe Entität
Adresse: moz-nullprincipal:{86a98e0c-4e0f-4ba6-bfd7-53bb9c684fa2}
Zeile Nr. 4, Spalte 13: {86a98e0c-4e0f-4ba6-bfd7-53bb9c684fa2}:4:13
17:37:22.076
Error: not well-formed XML
    parseXULToFragment chrome://global/content/customElements.js:566
    connectedCallback chrome://global/content/elements/dialog.js:150
    <anonymous> chrome://global/content/customElements.js:217
    newFolder chrome://messenger/content/folderPane.js:3014
    oncommand chrome://messenger/content/messenger.xhtml:1
customElements.js:220:19
17:37:22.108
Uncaught TypeError: this._buttons is undefined
    getButton chrome://global/content/elements/dialog.js:208
    doEnabling chrome://messenger/content/newFolderDialog.js:81
    onLoad chrome://messenger/content/newFolderDialog.js:49
    onload chrome://messenger/content/newFolderDialog.xhtml:1
    newFolder chrome://messenger/content/folderPane.js:3014
    oncommand chrome://messenger/content/messenger.xhtml:1
dialog.js:208:7
17:37:22.108
Uncaught TypeError: this._l10nButtons is undefined
    postLoadInit chrome://global/content/elements/dialog.js:316
    MozDialog chrome://global/content/elements/dialog.js:61
    newFolder chrome://messenger/content/folderPane.js:3014
    oncommand chrome://messenger/content/messenger.xhtml:1
dialog.js:316:11
17:37:22.114
Uncaught TypeError: this._buttons is undefined
    getButton chrome://global/content/elements/dialog.js:208
    focusInit chrome://global/content/elements/dialog.js:264
    newFolder chrome://messenger/content/folderPane.js:3014
    oncommand chrome://messenger/content/messenger.xhtml:1
dialog.js:208:7
    getButton chrome://global/content/elements/dialog.js:208
    focusInit chrome://global/content/elements/dialog.js:264
    newFolder chrome://messenger/content/folderPane.js:3014
    oncommand chrome://messenger/content/messenger.xhtml:1

​Btw. Writing new mails and sending them works as expected.


Actual results:

The application somehow freezes. One can still scroll with the mouse wheel through the mails but one cannot click on any other.


Expected results:

Mails should be deleted permanently, folders created.
Bug: mail read not marked unread
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-16 15:51:24+00:00
Resolved: 2020-10-20 10:41:26+00:00

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

Steps to reproduce:

Read a new email.


Actual results:

The email is still marked as unread.


Expected results:

The email should be marked as read.
Bug: Recipient autocomplete no longer showing most frequently used result addresses on top after update to TB 78 (popularityIndex broken?)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-16 17:30:30+00:00
Resolved: 2020-10-19 07:56:56+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.101 Safari/537.36

Steps to reproduce:

After upgrading to TB 78.3.2, autocompletion of addresses no longer seems to prioritize previously-selected addresses. It also seems to return more matches, making the loss of prioritization worse. For example, if I want to cc myself, I type "David" (a common name in my ~1500 entry address book) in the address window...


Actual results:

The address popup includes a large number of possible completions, and mine is more than half-way down the list. 


Expected results:

My personal address is almost always the one I select, so I expect it to be at the top of the list. Prior to my recent upgrade (from 68.*), Thunderbird would do this.
Bug: Windows created by Thunderbird, for example Print Preview, appear under the current window under Gnome/Wayland
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-10-16 17:44:22+00:00
Resolved: 2023-10-14 03:31:33+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.101 Safari/537.36

Steps to reproduce:

Under Gnome/Wayland, Thunderbird 78.3.2 creates Print Preview and other windows underneath the current window, so the windows must be rearranged to see the new one. This doesn't happen under X11. As a workaround, setting MOZ_ENABLE_WAYLAND=0 (and, I think, MOZ_DBUS_REMOTE=1) prior to invoking Thunderbird makes the windows appear in the foreground.


Actual results:

Print Preview (and other) windows appear underneath the current window.


Expected results:

Print Preview (and other) windows should appear in the foreground.
Bug: Crash in [@ shutdownhang | kernelbase.dll | nsThread::Shutdown | mozilla::storage::Connection::shutdownAsyncThread] - Shutdown hanging before starting
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-10-16 17:51:31+00:00
Resolved: 2021-03-17 16:19:46+00:00

Crash report: https://crash-stats.mozilla.org/report/index/3a789261-5579-4793-aace-f713c0201016

MOZ_CRASH Reason: ```MOZ_CRASH(Shutdown hanging before starting.)```

Top 10 frames of crashing thread:
```
0 ntdll.dll NtWaitForAlertByThreadId 
1 ntdll.dll RtlSleepConditionVariableSRW 
2 kernelbase.dll kernelbase.dll@0x6ab68 
3 mozglue.dll mozilla::detail::ConditionVariableImpl::wait mozglue/misc/ConditionVariable_windows.cpp:50
4 xul.dll mozilla::ThreadEventQueue<mozilla::PrioritizedEventQueue>::GetEvent xpcom/threads/ThreadEventQueue.cpp:207
5 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1129
6 xul.dll NS_ProcessNextEvent xpcom/threads/nsThreadUtils.cpp:501
7 xul.dll nsThread::Shutdown xpcom/threads/nsThread.cpp:891
8 xul.dll mozilla::storage::Connection::shutdownAsyncThread storage/mozStorageConnection.cpp:994
9 xul.dll mozilla::detail::RunnableMethodImpl< xpcom/threads/nsThreadUtils.h:1237
```


Disk was overwhelmed before this happened.
78.3.2 (64-bit)
Bug: Displaying the wrong subject when multiple subjects are in the message header
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-17 02:53:17+00:00
Resolved: 2021-03-18 10:49:07+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.75 Safari/537.36

Steps to reproduce:

Viewing an email that has multiple "subject:" lines in the email header display the first subject rather than the last subject. I have no idea why some servers send multiple subject lines but many do and the final subject header is always the correct one to be displayed.


Actual results:

The first subject header encountered in the email header is displayed instead of the last one.


Expected results:

The last subject should be displayed when multiple appear in the email header.
Bug: Chat panel in about:preferences remain visible when mail.chat.enabled is false
Status: UNCONFIRMED
Priority: --
Created: 2020-10-17 03:43:33+00:00
Resolved: 2023-10-17 10:12:59+00:00

STR:
1. Set `mail.chat.enabled` to false and restart Thunderbird 78.
2. Open about:preferences.

Expected Behavior:
Chat panel in about:preferences should be hidden when `mail.chat.enabled` is false.

Actual Behavior:
Chat panel in about:preferences can still be selected when `mail.chat.enabled` is false since upgrading to Thunderbird 78. Settings within the Chat panel however remained unavailable.
Bug: Show only STORAGE, MESSAGE and MAIlBOX quota thresholds exceeded indications on main window status panel
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-10-17 04:01:41+00:00
Resolved: 2020-12-10 18:47:05+00:00

+++ This bug was initially created as a clone of Bug #1667141 +++

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

It seems that some IMAP providers (T-Online, Telekon) report unusual quota items like LEVEL that are very small and the limit is easily reached. This causes a continuous display on the main screen of a bargraph showing that the quota has been reached. It cannot be cleared without setting the "threshold" with config editor to 101% which prevents any exceeded quota threshold from appearing on the main screen. (Of course, it it still present and readable in the folder properties quota screen.)

The attachment show a possible simple patch that checks for the main screen only the standard/canonical quota items STORAGE, MESSAGE and MAILBOX and does not check others like LEVEL. Non-standard items like LEVEL will still appear on the folder properties quota screen.
Bug: Improving current error message to include server hostname: Unable to communicate securely with peer: requested domain name does not match the server's certificate
Status: NEW
Priority: --
Created: 2020-10-17 10:11:17+00:00
Resolved: 2021-02-06 11:42:28+00:00

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

Steps to reproduce:

Due to an upgrade from thunderbird-78.3.1 (or thunderbird-68.12.0) on Gentoo Linux I cannot now send emails via an openvpn-hosted postfix smtp server. Obviously, the remote smtp server has a certificate which does not explicitly refer to the openvpn-ed interface. But, thunderbird now refuses to speak to it.

Please improve the error message at leats, so include what server and port it is speaking about and what values are stored in the certificate in CN, altName and other fields. This is just guessing what nmay be wrong.

See bugs #224179 , #240261 and #430561 for examples/screenshots of much more detailed error messages.



Expected results:

How could I overcome this breakage?
Bug: Master password dialog caption does not show 'Mozilla Thunderbird'
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-17 11:15:27+00:00
Resolved: 2020-10-20 11:21:51+00:00

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

Steps to reproduce:

Set a master password. Close Thunderbird, restart. Observe the password prompt.


Actual results:

The password prompt dialog appears but does not say that it's from Mozilla Thunderbird. The caption shows: "Password Required". This causes confusion and possibly security vulnerability because it's not always clear which program is asking for a password.


Expected results:

The caption password prompt dialog should display: "Password Required - Mozilla Thunderbird". Analog to the Firefox dialog (which shows caption: "Password Required - Mozilla Firefox").
Bug: IMAP body search misses term after an underscore
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-17 19:57:18+00:00
Resolved: 2020-10-31 13:49:13+00:00

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

Steps to reproduce:

1. Have an IMAP account and a mail folder with a message containing the following text :
Recapitulatif de la commande:

   Ticket : 1602446938
   Nom-Prenom : Yann Salmon
   eMail : redacted
   Fichier : piece_jointe_1602446938_mpsi-python-CORRIGE.pdf
   Date de reception : 13-10-2020


2. With this folder, open the Advanced search.
3. Check "search on server"
4. Add a criterion to search in messages bodies.



Actual results:

Searching for the following terms yields no relevant result :
_1602446938_mpsi-python-CORRIGE.pdf
1602446938_mpsi-python-CORRIGE.pdf
_mpsi-python-CORRIGE.pdf
mpsi-python-CORRIGE.pdf
mpsi-python-CORRIGE
mpsi

Searching for these does :
piece_jointe_1602446938_mpsi-python-CORRIGE.pdf
_jointe_1602446938_mpsi-python-CORRIGE.pdf
jointe_1602446938_mpsi-python-CORRIGE.pdf
-python-CORRIGE.pdf
python-CORRIGE.pdf
-CORRIGE.pdf
-CORRIGE.pdf
.pdf
-python-CORRIGE
python-CORRIGE
python
CORRIGE



Expected results:

Each of these search terms should yield the relevant message.
Bug: When two or more messages are selected/highlighted in the message pane, and you Ctrl-Click one of the selected/highlighted messages, the highlight does not go away until you move the mouse cursor off the message line.
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-10-18 00:35:54+00:00
Resolved: 2020-11-07 20:44:31+00:00

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

Steps to reproduce:

1. In the message pane, select two or more messages.
2. Ctrl-click one of the selected messages.
3. Move mouse cursor off message.


Actual results:

The highlight remains after Ctrl-clicking the message until you move the mouse cursor off the message line.


Expected results:

The highlight should disappear when you Ctrl-click and release the mouse button.
Bug: Problems with login into Yahoo
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-18 08:11:38+00:00
Resolved: 2021-04-11 12:52:02+00:00

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

Steps to reproduce:

Update Thunderbird to version 82.0b3 and Yahoo gives a pop-up in an unknown browser. Cannot copy/paste link to continue. 


Actual results:

Asks for imap authentitication? Cannot continue. Settings account Yahoo are according to Yahoo help. Worked before update was implemented.


Expected results:

Normal login. Other account from own provider, gmail and outlook are reachable.
Bug: "Add or remove columns" list does not include "Subject" field
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-18 10:08:33+00:00
Resolved: 2022-01-05 02:25:10+00:00

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

Steps to reproduce:

Click the column picker button on the far right of the label bar to see a list of the available columns.


Actual results:

Column list shows various fields but there is no "Subject" field. Subject field cannot be hidden or unhidden.


Expected results:

"Subject" field should be included in the list.
Bug: Duplicate Account Records
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-18 14:00:25+00:00
Resolved: 2020-10-20 11:26:51+00:00

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

Steps to reproduce:

i change account record be at '1'. 
account 5 cannot delete it.


Actual results:

cannot delete record.


Expected results:

i want account 5 to be remove.

My englisg is not very good.
Hanz
Bug: Subject of drafts is being replaced by dots (...) upon saving
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-18 16:36:06+00:00
Resolved: 2020-10-19 06:41:19+00:00

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

Steps to reproduce:

Open up the window for a new e-mail, enter a subject in the subject field and save the e-mail as draft.


Actual results:

The subject is being deleted and replaced by dots (...).


Expected results:

The entered subject should be properly saved instead of being replaced.
Bug: Thunderbird doesn’t start after upgrade to version 78
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-10-18 16:40:40+00:00
Resolved: 2020-11-25 21:16:24+00:00

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

Steps to reproduce:

After upgrading from Thunderbird 68 to Thunderbird 78.2.3 on openSUSE Linux, the program does not start.

Typing the "thunderbird" command in a terminal windows does neither open any window nor output any error messsages on the terminal console. The program just hangs until I kill it using ^C.

I tried Thunderbird in --safe-mode, which worked. I disabled and deinstalled Enigmail, which was the only add-on I used (on that computer).

However, even with no add-on, theme, or whatsoever installed, Thunderbird does not work in normal mode, i. e., without --safe-mode, but shows the (non-) behavior described above.

I also tried Thunderbird with a new profile, which at least brought up the main window. However, when accessing a mail account, Thunderbird seems to authenticate successfully using TLS with the IMAP server, according to the server’s log, but does not access any mail folders on the server. Instead, Thunderbird just hangs. The UI is completely unresponsive.


Actual results:

See above.


Expected results:

See above.
Bug: cloudfile.onFileUpload contains wrong fileName if attachment was renamed or forwarded
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-10-18 16:53:39+00:00
Resolved: 2021-06-08 10:30:10+00:00

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

Steps to reproduce:

1. Add an attachment to a message
2. Rename it
3. Upload it to a Filelink provider ("Convert to..." in the context menu)


Actual results:

The `onFileUpload` event is triggered, with a `CloudFile` object as the second parameter.
The `name` property of this `CloudFile` object contains the original name of the file attached. But the text inserted into the message along with the download url contains the new name.
So the name of the file in the cloud differs from the one in the message. This causes confusion or even security concerns for the receiver of the message.


Expected results:

The `name` property of the `CloudFile` object in the `onFileUpload` event should contain the new name (the one the attachment was renamed to).
Bug: message view ignores "language & appearance" font settings
Status: UNCONFIRMED
Priority: --
Created: 2020-10-19 03:43:29+00:00
Resolved: 2020-10-23 16:45:29+00:00

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

Steps to reproduce:

1. increase the monospace font size in "language & appearance"  options
2. open a plain text message in the preview pane



Actual results:

preview pane monospace font size does not change, only the compose font size changes  (see pic, preview pane on the left, compose on the right)


Expected results:

either that or some other font pref should affect the message view
Bug: no contrast in account settings (and other) windows
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-10-19 08:31:13+00:00
Resolved: 2021-12-22 06:37:17+00:00

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

Steps to reproduce:

Dear Maintainer,

After updating to thunderbird 78, items in some windows/menus aren't highlighted when selected.

For example, in the account settings "window" (right clicking on an account and selecting settings), the left hand panel does not highlight *any* of the sub menus, (all text is the same colour, and all backgrounds are the same). Selecting an account ever so slightly changes the greyness of the envelope icon. (can only see this when clicking and registering the change, after the fact it is impossible to see any difference).

Same thing is observed in the "about:config" window - the currently selected item is not highlighted. I suspect that this also occurs in other windows. (Indeed it does, I have just checked the "Saved Passwords..." Window, which also doesn't distinguish.

Theme is the default "dark".

Regards,
Andrew