av9ash/GitBugs huggingface dataset:
Bug: using retention preference 'mail.server.default.retainBy' may result in data loss
Status: UNCONFIRMED
Priority: --
Created: 2022-03-15 09:37:36+00:00
Resolved: 2022-03-15 10:57:03+00:00

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

Steps to reproduce:

among a lot of other preferences, I use the following two settings in our mozilla.cfg:

pref("mail.server.default.daysToKeepHdrs", 1460);
pref("mail.server.default.retainBy", 2);

All mail.server.default.xxxxxx settings should only be applied to newly configured mail accounts and not for already existing account preferences (mail.server.server[No.].xxxxxx)


Actual results:

using pref("mail.server.default.retainBy", 2); will switch on retention for all already configured mail accounts, that have been configured to keep all emails forever.
The worst thing about that is, that pref("mail.server.default.daysToKeepHdrs", 1460); will not be applied to these mail accounts (which is the expected behaviour). Instead the standard setting (keep mails for 30 days) will be used for retention.
This results in loosing all emails that are older than 30 days.


Expected results:

pref("mail.server.default.retainBy", 2); must not change the retention settings for already configured mail accounts under any circumstances to avoid data loss!
Bug: Thunderbird "send message error" using gmx
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-03-15 15:50:51+00:00
Resolved: 2022-03-17 06:53:46+00:00

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

Steps to reproduce:

using default setting of GMX mail. it functions well in receiving emails, while sending out is not working, it has error.


Actual results:

thunderbird showed " send message error" windows,
"Sending of the message failed.
An error occurred while sending mail. The mail server responded: Authentication required. Please verify that your email address is correct in your account settings and try again."


Expected results:

it should send out instead of error.
Bug: Can not copy multiple email addresses from CC field (certain mouse selection methods not implemented - works with keyboard selection)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-15 15:56:49+00:00
Resolved: 2022-03-16 09:50:39+00:00

Steps to reproduce:

TB 91.5.0 (64-bit) on Fedora Linux latest updates; XFCE on X11. 

Open an existing email with one "To:" email address and more than two email addresses in the "CC" field (eight in my case) in order to extract the "CC" addresses and use them in another document. 

Try to mark the multiple addresses by dragging the mouse cursor over the text. Notice how the new "pill" format of the email addresses makes it impossible to mark them all by dragging the cursor. 

Second attempt to mark the items: use the well established desktop convention of  using SHIFT key and CTRL in order to mark each individual item as "Selected". The new "pill" format does not respond to SHIFT-Click or CTRL-Click. 

Last attempt at marking: hit "Forward" so that the "CC" filed becomes editable and populated with email addresses. Since the "CC" field looks and behaves like an editable text field, attempt once again to mark the email addresses by dragging over them with the mouse cursor. 




Actual results:

Any attempt to mark more than one email address from the CC field using a standard computer desktop interface convention failed. 

As of 91.5.0  one can not copy a bunch of email addresses from the interface. It is either copy each address individually (which for eight addresses was annoying to say the least) or enter the View Source and copy them from there which doesn't sound very user friendly. 


Expected results:

The CC field should have allowed some sort of item marking for operations like "Copy". Alternatively, at least a context menu entry "Select All" should have been available. A more user friendly approach would have been to momentarily transform all "pill" addresses into simple text items when a mouse event was registered and allow all sort of text selection e.g. either the email address or the names.
Bug: email can only be found using 'find' tool to search messages
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-03-15 17:22:30+00:00
Resolved: 2022-12-04 20:49:18+00:00

Steps to reproduce:

Recently received an email which I opened as usual with no problem.
Subsequently on trying to revisit the email I could not find it.
It is the first time I have come accross this problem (after many years using Thunderbird).



Actual results:

It does not show amongst the list of emails in my inbox.
If I, however, use the "find" tool and "Search Messages" it is found and included in the list with others from the same address.
When found the email Subject, etc. is coloured green since the email has been tagged as Personal.


Expected results:

I believe that the email should be listed, as with all others, in my Inbox in the set file order, which is, in my case, date and time order, with most recent at the top.
(I do not understand what you mean when requesting "Include your browser's user agent string")
Bug: Attachments lost from filtered messages
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-03-16 12:53:49+00:00
Resolved: 2022-03-18 15:09:24+00:00

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

Steps to reproduce:

I'm accessing an account on the outlook.office365.com IMAP sever.
Someone sent me a message with a PDF file attachment.
My message-filter moves the message to a local folder.


Actual results:

The attachment gets removed.


Expected results:

The attachment should be there.
Note that if the filter hadn't been enabled, so the message stays in the IMAP folder, then the attachment works.
Bug: Mail composition interface update in case of network outage (offline mode)
Status: UNCONFIRMED
Priority: --
Created: 2022-03-16 14:13:59+00:00
Resolved: 2022-05-20 12:46:23+00:00

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

Steps to reproduce:

1. Simulate a sudden network outage (either by unplugging the cable if ethernet, or by disabling the network card)



Actual results:

The online/offline status button indicates offline status.
However, if you want to compose an e-mail, it suggests "Send" instead of "Send later". You can see the initial behavior if you go offline manually.

Services.io.offline indicates in this case that the user is online and the choice of the button is based on this element.


Expected results:

Have the same interface behavior in case of network outage or manual offline.
Bug: Provoking password request when minimized prevents main window repaint
Status: UNCONFIRMED
Priority: --
Created: 2022-03-16 14:43:13+00:00
Resolved: 2022-03-16 15:03:52+00:00

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

Steps to reproduce:

Steps :
. start thunderbird, provide account password to receive emails
. create a new message, fill to address
. minimize main thunderbird window
. send email
. unminimize main thunderbird window

Mitigation 1:
. switch to new message
. cancel sending
. switch to main window
. press escape

Mitigation 2:
. paste password
. press enter


Actual results:

Normal mode:
Main window is black. Requesting that thunderbird close by right clicking on its icon in the taskbar and choosing 'close window' has no effect. Main window ignores mouse interactions to minimize.

Performing steps of mitigation 1 cancels sending and the main window paints itself.

Performing steps of mitigation 2 sends the message and the main window paints itself.

Troubleshooting mode:
Main window paints itself, but does not show the input-password-to-send dialog, ignores interactions.
Mitigation steps allow interaction again


Expected results:

Normal Mode:
Main window paints itself as it unminimizes; presents input-password-to-send dialog.

Troubleshooting mode:
Main window presents input-password-to-send dialog.
Bug: Imap servers using oauth2 don't show subscription changes in folder pane without a restart
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-03-16 16:25:34+00:00
Resolved: 2022-10-26 05:21:09+00:00

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

Steps to reproduce:

I have an IMAP mail box with a number of folders. One of the folders, on the same level as Inbox and other root level folders, is a backup of another mail box which is maintained by the server. From Thunderbird perspective, this is just a folder.

The problem is that I cannot unsubscribe from this folder.

1. Right-click on the email account, select "Subscribe...".
2. In the opened window, deselect the folder and all its nested folders. Press Ok.


Actual results:

The deselected folder stays present in the UI, and new messages in it continue to be downloaded. In the "Subscribe..." window, the folder, and all its subfolders, remain selected.


Expected results:

Unsubscribing should work. The folder should disappear from the UI, new messages should no longer be downloaded and previously downloaded messages should be deleted.

This is with Thunderbird 91.5.0 x86_64 on Kubuntu 21.10.
Bug: Moving message to a different folder results in long spinning wheel when displaying subfolders
Status: UNCONFIRMED
Priority: --
Created: 2022-03-16 17:24:29+00:00
Resolved: 2023-11-06 18:41:27+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:98.0) Gecko/20100101 Firefox/98.0

Steps to reproduce:

On macOS 11.6.4; Thunderbird 91.7.0.

I right-click any message in my Inbox to move it to another folder. If any subsequent subfolder has many subfolders within it; the spinning wheel appears.


Actual results:

The result is that it takes 5-6 seconds before I can even scroll through the subfolder list before moving the message.

The spinning wheel recurs after each message is moved.


Expected results:

Spinning wheel should not occur. Even if it does, it should not recur after each message is moved, rather only if additional subfolders are added/renamed/deleted.
Bug: Some received mails have huge junk at end
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-03-16 18:27:51+00:00
Resolved: 2022-09-16 09:43:58+00:00

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

Steps to reproduce:

Nothing specific. Read received several days old mails. Deleting .msf files does not solve the problem.


Actual results:

Some received mails have another (later received) mail's info and text at the end of the original mail. Mail is read via IMAP.  The other mail can also be read as a separate and individual mail. 

Other mail readers read the same mails from the same mailbox in IMAP (FairEmail on Android and Logosw, my dental software, on Windows 10)  


Expected results:

Each mail should be seen individually.
Bug: Exception... "Could not convert JavaScript argument arg 4 [nsIWebBrowserPersist.savePrivacyAwareURI]"  nsresult: "0x80570009 (NS_ERROR_XPC_BAD_CONVERT_JS) after attempting to Save Page As on View Source window.
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-03-16 19:29:53+00:00
Resolved: 2022-05-05 19:14:55+00:00

STR:

1. Open a message.
2. Click More > View Source.
3. In the View Source Window, click File > Save Page As
4. Wait for the dialog to come up and attempt to save the page.

Expected Result:
The contents of the message should be saved wherever you specified.

Actual Result:
Nothing saves, error is thrown in the console.

```
 [Exception... "Could not convert JavaScript argument arg 4 [nsIWebBrowserPersist.savePrivacyAwareURI]"  nsresult: "0x80570009 (NS_ERROR_XPC_BAD_CONVERT_JS)"  location: "JS frame :: chrome://global/content/contentAreaUtils.js :: internalPersist :: line 497"  data: no] contentAreaUtils.js:497:13
    internalPersist chrome://global/content/contentAreaUtils.js:497
    continueSave chrome://global/content/contentAreaUtils.js:387
    internalSave chrome://global/content/contentAreaUtils.js:335

```
Bug: Thunderbird hangs when adding attachments
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-03-16 20:34:16+00:00
Resolved: 2024-12-26 20:30:06+00:00

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

Steps to reproduce:

This has happened over the last 3 or 4 versions at least.  I attempt to attach a file from the bottom line or at the top bar or when I include the word attachment.  I go through several iterations of this trying all ways I can until, eventually, explorer comes up for me to attach files.  There doesn't seem to be any rhyme or reason to which technique I try.  I'm compelled to kill and restart ThunderBird until one of the methods works... often one that failed in the first place.


Actual results:

Thunderbird hangs.

I note that this is an old old issue when doing a broad (duckduckgo) search.  It appears as "resolved" though I never see any actual resolution.


Expected results:

Explorer should come up to select the files I wish to attach.
Bug: Encryption doubles the email size
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-03-17 08:03:47+00:00
Resolved: 2022-08-11 09:37:32+00:00

Steps to reproduce:

I attached 3 JPEG photographs downloaded from my telephone in an email I sent PGP signed and encrypted to a friend. Their total size is about 10.8 MB. The rest of the email is just a few phrases of explanation and is only in text format.



Actual results:

TB warned me that I’m about to send a huge email > 20 MB. That’s strange. I sent it anyhow.
But indeed, when I look in the sent message list, it’s listed as 20.3 MB. But when I open it, the file sizes are correct.
Also, probably as a consequence, the sent email takes a long time to open.

(I also checked the file sizes if I PGP‐encrypted them manually. The encrypted file .jpg.gpg should actually be a bit smaller than the original .jpg!)

As an extra quirk, I noticed that I can’t right click on the attached files and delete them from the sent email. This is not the case with unencrypted emails, where you can delete files whilst keeping the email text.


Expected results:

Why is the storage inefficiently used?
Bug: Cannot get attached email files via compose API.
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-03-17 13:47:51+00:00
Resolved: 2024-01-05 10:06:25+00:00

See https://thunderbird.topicbox.com/groups/addons/Teac40c9048e3ebcb/issues-with-listattachments-and-getfile
Bug: Status Bar not indicating Get Message status in build 99.0b1 (64 bit)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-17 21:34:51+00:00
Resolved: 2022-03-18 05:46:11+00:00

Steps to reproduce:

1 - Open Thunderbird
2 - Look at Status Bar
3 - Status Bar does not indicate the initial Get Message status, continually displays 'Done'.
4 - Attempt to confirm if the Get Message process occurs by manually pressing 'Get Message' button. 
5 - Status Bar does not indicate the checking of message servers, continually displays 'Done'. 


Actual results:

Messages were downloaded by the initial startup automatic checking of message servers.  These new messages could be seen in the message pane.  Yet the Status Bar did not indicate any activity or results, only a continuous 'Done'. 


Expected results:

Status Bar should have indicated both initial startup automatic checking of message servers, and should also have indicated the manual checking of message servers from pressing the 'Get Message' button.
Bug: Status Bar stuck on 'Searching...' after Search is complete, and after Search field is cleared in build 99.0b1
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-17 21:47:15+00:00
Resolved: 2022-11-13 15:15:46+00:00

Steps to reproduce:

1 - Open Thunderbird.
2 - Type search term in either of the two search fields, press enter. 
3 - Status Bar continuously displays 'Searching...' and will not display any other data until a message is selected. 
4 - Status Bar will also continuously display 'Searching...' if either of the search fields are cleared. 


Actual results:

The search function is operating, new tabs are generated if a search term is typed into either search fields followed by pressing enter; yet the Status Bar will continue to display 'Searching...' even after the search is complete.  As above, this Status Bar display can only be cleared by selecting a message from the message pane. 


Expected results:

The Status Bar should have cleared itself after the search was completed, or displayed a 'Search Complete' or some other message.
Bug: Intermittent comm/mail/test/browser/message-window/browser_vcardActions.js | Uncaught exception in test - at resource://testing-common/mozmill/utils.jsm:72 - TimeoutError: Timeout waiting for modal dialog to open.
Status: RESOLVED
Priority: P5
Resolution: INVALID
Created: 2022-03-17 23:26:08+00:00
Resolved: 2022-05-16 06:03:16+00:00

**Filed by:** geoff [at] darktrojan.net
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=371368511&repo=comm-central
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/UvkP9TKUSk6sFeV0Vi6lQg/runs/0/artifacts/public/logs/live_backing.log

---
```

```
Bug: Mailto protocol does not follow with default account
Status: NEW
Priority: --
Created: 2022-03-18 11:20:43+00:00
Resolved: 2022-06-10 19:20:11+00:00

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

Steps to reproduce:

I clicked mailto link in browser.

TB 91.7.0 (64-bit); Windows 10 Pro, v. 2004, build 19041.1415, exper. 120.2212.3920.0


Actual results:

Composition window opened but not using default email account.

There are other issues, I guess caused by this – account signature change is not reflected  (I guess logout is needed), switching to default account switches off HTML composition.


Expected results:

Composition window should have been opened with default email account.
Bug: browserAction.openPopup doesn't throw even when popup can't be opened
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-03-18 12:32:13+00:00
Resolved: 2023-03-25 11:52:07+00:00

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

Steps to reproduce:

If popup is not available:
- when the Main Toolbar is hidden
- when Compose window is active (which doesn't have addon toolbar)
And you call `browser.browserAction.openPopup()` (for example through the context menu item), the popup won't be opened BUT the operation will not reject the promise.


Actual results:

Returns promise that resolves to `undefined` (same as for successful opening).


Expected results:

The returned promise should reject because the popup can't be opened.
Bug: Message retrieving process indication at status bar is missing
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-18 15:01:18+00:00
Resolved: 2022-03-18 15:06:20+00:00

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

Steps to reproduce:

After "Get Messages" or at certain period while message is being downloaded from remote POP3 server there is no indication at status bar.


Actual results:

Message retrieving from remote POP3 server process indication at status bar is missing.


Expected results:

Message retrieving process indication while message is being downloaded from remote POP3 server.
Bug: bustage: /builds/worker/checkouts/gecko/comm/mailnews/imap/src/nsImapProtocol.cpp:4495:7: error: mutex 'm_waitForBodyIdsMonitor' is not held on every path through here [-Werror,-Wthread-safety-analysis]
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-03-18 20:58:45+00:00
Resolved: 2022-03-24 07:18:02+00:00

**Filed by:** mkmelin [at] iki.fi
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=371577427&repo=comm-central
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/DWF6znU5RcuFK4ed7xHL2Q/runs/0/artifacts/public/logs/live_backing.log

---
```

```
Bug: After update to latest version Thunderbird does not save any passwords.
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-03-19 12:20:26+00:00
Resolved: 2022-10-23 23:57:40+00:00

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

Steps to reproduce:

Update from TB Version 45 to 91.7.0.
Windows 10 with multiple user accounts. (detail: for some Windows users the TB Profile is stored in a folder different than %Appdata%, e.g. on D:\Users\specialuser\Thunderbird\Profiles\xxx) 


Actual results:

1) TB always asks for passwords for all mail accounts, regardless whether "remember password in password manager" is switched on. After each new start, TB asks again.
2) Preferences - Security - Password, use proimary password, setting the master password fails with message like "cannot create master password".
Formus say, that pkcs11.txt is the problem. But this file did not exist at all. Seems like whe the upgrade step is too big, the handling of pkcs11.txt is insufficient.
Problem is already solved by this: 
Added the file pkcs11.txt to the profile's folder. The file was missing. Just adding an empty txt file fixed the problem.


Expected results:

After TB update, all passwords must be remembered correctly. TB allows to set primary password. Proper handling of pkcs11.txt, even from much older version. Check, if this file exists, if not make a new one automatically. If file content is wrong, try by deleting/replacing/ other default action. 
Internet is full with people reporting this problem and a lot of hints how to fiddle with pkcs11.txt.
Make TB doing this correctly.
Bug: Get new mail does not work with POP
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-19 12:57:00+00:00
Resolved: 2022-03-19 14:46:50+00:00

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

Steps to reproduce:

TB running, click on get new mail  (all or any account).  POP   99.0b1  Windows 11 64 & 32 bit


Actual results:

Nothing.  No indication of any action.  (Previous versions showed status.)   Have to shut down TB and restart to get new mail.   "Sometimes" new mail will be retrieved when timer set to auto-receive 



Expected results:

Show action in footer.  Get new mail - either all or by account.
Bug: Mail folder list blanks on message delete
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-19 15:52:46+00:00
Resolved: 2024-05-28 20:17:31+00:00

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

Steps to reproduce:

Using PoP on Windows 10 (64).

Open Thunderbird to view InBox or another folder. Select message. Delete.



Actual results:

Message list blanks until another folder is opened. Upon return to Inbox (or other folder) then previous messages are restored and selected message is in fact deleted. 
This may reoccur again on another folder or may work correctly. No obvious pattern found.


Expected results:

Message list should persist except for deleted message being moved to trash.
Bug: Characters badly shown
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-19 19:35:52+00:00
Resolved: 2022-03-21 23:00:40+00:00

Steps to reproduce:

I sent an email with the subject “𝘊𝘢𝘳𝘥𝘢𝘮𝘪𝘯𝘦 𝘰𝘤𝘤𝘶𝘭𝘵𝘢  / Cardamine occulta ?”
Depending on the width of the subject column, you can see unexpected renderings :
1. In the first image, I had to enlarge the column until I see the whole subject.
2. In the second image, I reduced the column by a few pixels. See how many letters disappeared!
3. I shrunk the column by a few pixels again. What a bad character!

Problem detected with TB 91.7.0 on Windows 7.



Expected results:

Render as much correct text as there is space for.