av9ash/GitBugs huggingface dataset:
Bug: "Address book" and "New message" windows have obsolete icons on top which differ from those used in the app toolbar
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-06-03 05:53:23+00:00
Resolved: 2021-06-28 06:31:04+00:00

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

Steps to reproduce:

Clicking on "Create a new message" or "Address book" buttons at the Thunderbird 78.11.0 toolbar (Windows 10 64-bit)


Actual results:

The windows opened have obsolete icons (looking like old Gnome ones), they don't match icons used in the toolbar.


Expected results:

The window decoration should match the main app toolbar.
Bug: Error encountered while rendering. Exception... "Cannot modify properties of a WrappedNative"
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-03 10:57:46+00:00
Resolved: 2021-06-09 16:16:49+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/14.0.3 Safari/605.1.15

Steps to reproduce:

Upgraded Thunderbird to 90.0b1


Actual results:

No content of any message in the reading window

Showing details states: Exception... "Cannot modify properties of a WrappedNative" and some more

The problem is that I just restored all my e-mail data from this morning and reverted to version 89.0.b4 and then the error disappeared. But also any chance for me to copy paste the exact error message.

But the fact is that none of my e-mails could be rendered anymore in the reading pane using the vertical view.

The only way to access e-mail content is to open in the classic viewer.


Expected results:

The expected result was that all my e-mails should be rendered.
Bug: Recipient autocomplete searches only "Collected Addresses", but no other local address books [involves TBSync Add-on]
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-03 14:07:19+00:00
Resolved: 2021-06-15 21:28:12+00:00

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

Steps to reproduce:

Attempted to forward an email to several individuals that are in my personal Address Book. Entering their name in to To: field does not find their contact information. Checked settings and Local Address Books is selected in the Composition/Addressing section.


Actual results:

Appears the only addresses that are visible in to To: field are addresses collected in the Collected Addresses book.


Expected results:

Expected all addresses in all address books to be visible in the To: field
Bug: Retention Policy Failure
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-06-03 15:11:58+00:00
Resolved: 2022-12-03 09:43:06+00:00

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

Steps to reproduce:

(Version 78.10.2 932-bit: I don't know the branch.

Set Account Settings to Don't Delete Any Messages.
Set Folder Retention Policy to use Account Settings


Actual results:

Retention Policy may go directly to Delete messages more than x days old, or may go to Don't delete any messages. In the latter case, this will always change within a minute to Delete messages more than x days old.

This will cause the loss of folder contents without any notification; it took me quite a bit of sleuthing to discover this fatal error. I am not certain which specific version of Thunderbird when this started, but very likely with 78.0.


Expected results:

The Retention Policy setting should have remained at Don't delete any messages, following the Account Setting for this, as it did for several past years.
Bug: Drag and drop file://path (from Zotero) into composition's attachment pane should attach the file
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-06-03 15:40:15+00:00
Resolved: 2023-08-07 16:09:10+00:00

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

Steps to reproduce:

Drag and drop a PDF file from Zotero (https://www.zotero.org) into the attachment box of Thunderbird.



Actual results:

Nothing


Expected results:

The file pointed by the entry is attached. In fact, Zotero just passes a "file:///....pdf" link. Dragging and dropping into Firefox does open the PDF file.
Bug: Dragging tabs does not trigger tab scroll
Status: NEW
Priority: --
Created: 2021-06-03 15:57:12+00:00
Resolved: 2022-08-24 08:28:09+00:00

### Steps to Reproduce

1. Open tabs until the `tabmail-arrowscrollbox` shows.
2. Start dragging a tab.
3. Move drag to over a scroll box arrow.

### Result

The tabs do not scroll.

### Expect

Tabs scroll in the direction of the arrow.

Note, the scrolling works for me in 78.

I might be wrong, but I think this is the line that should be triggering a scroll https://searchfox.org/comm-central/rev/c880e5a1cfbce281b8836f092e08df167919d32f/mail/base/content/tabmail-tabs.js#210
Bug: Missing body after message copied into a subfolder by Filter
Status: NEW
Priority: P2
Created: 2021-06-03 16:01:32+00:00
Resolved: 2023-08-23 21:06:57+00:00

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

Steps to reproduce:

I have two IMAP accounts, and both have the following filter:
- Copy message to Local Folders/Inbox
- Move message to a subfolder



Actual results:

Since I created this filter, there are some emails that appear empty in local folders, but not in the original account. Sender info and message header are shown for these emails, but no text appears inside, message source looks like this:

From - Wed Jun 02 13:55:27 2021
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 



Expected results:

This might be related to bug #716810 -- all emails that were empty today had a dash in the sender's email address.
Bug: password for opening TB can be canceled by icon
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-04 04:25:47+00:00
Resolved: 2021-06-04 07:28:37+00:00

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

Steps to reproduce:

My OS is Ubuntu20.04
I wanted to open TB. Then I have to write my password. But I didn't, instead I pushed the button 'Cancel'


Actual results:

TB opened anyway (!) AND three more dialogboxes openend asking for my password AND one dialogbox opened asking for my password for the provider 


Expected results:

After pushing the button 'Cancel': Nothing should have happend, shouldn't it?
Bug: After collapsing and re-expanding composition's attachment pane with several attachments, vertical pane size reduced to 1 line, no scrollbar
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-06-04 09:15:16+00:00
Resolved: 2021-06-17 23:01:05+00:00

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

Steps to reproduce:

In new design, attachment on bottom, expand show only one line of attachments. Balance is not showing.
1. Add 15-20 number of attachment to attachment pane.
2. collapse attachment pane.
3. Again expand


Actual results:

1. It will show only one line of attachment. 
2. scroll bar also not showing, since one line is showing. 
3. Feel like some attachment missed.
4. If expand attachment pane area to two line, scroll bar appears.


Expected results:

If we expand attachment pane, All attachment should visible. If more than 3-4 line, it will be with scroll bar.
Bug: Hacking attack? Some closed/collapsed subfolders are open/uncollapsed after restarting Thunderbird
Status: VERIFIED
Priority: --
Resolution: INVALID
Created: 2021-06-04 11:03:08+00:00
Resolved: 2021-06-09 13:13:40+00:00

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

Steps to reproduce:

Usual use of TB. Unusual response.
Note that I have 18074 mailboxes with max depth of 10 sub directories. Some of these messages go back to 1993 so there is lots of history here. Some of this is political for reasons that I don't need to go into here. There appears to not be a memory issue.
The mailboxes are in-fed with POP3 (into "inbox") and send using SMTP (ending up in "sent"), the contents of both I then "file" in the appropriate of these subdirectories/mailboxes. In addition I have a parallel mailbox system off a server sync'ed using IMAP. 


Actual results:

Prior to closing TB I collapsed all mailbox directories apart from the 2nd level (is showing "Local Folders" and below perhaps 28 "top level" directories.
later, on starting TB, I notice that some of these directories have been opened up, regularly to a depth of perhaps 3 or 4, almost as if someone has "been in and looking"- except that the machine has been in front of me the whole time.
I also noticed that some of the boxes haven't been touched for years (it was this that first bought this to my attention) - as if something is scanning the mailbox system in the background.
I also noticed that it was one or two mailboxes in each place. So assume for example top-level of alpha, bravo, charlie and delta. Under alpha: echo, foxtrot and golf... under golf: hotel and india; under india: juliet and oscar; under foxtrot: foxtrot/kilo and then foxtrot/kilo/lima, mike and november... I might find alpha/foxtrot/kilo/lima expanded (but not mike or november) and alpha/golf/india/juliet expanded (but not oscar)...
Also there appears to be a form of progression: the mailboxes found open are not repeated, instead ones "further down the list" are found next time.
This has been going on for perhaps 4 months.



Expected results:

All sub-directories should remain closed. 
Not because this is "convenient" but it indicates nefarious unauthorised access.

So 
1. Any diags that would indicate attack
2. Any pointers as to where I can tighten up the firewall to curtail attack, if it is there.

I must add that this is insidious as, if it is a symptom of attack, but is very subtle and "slow".  Because of the slow but steady progression It would indicate someone trying to mirror my mail system meaning that (a) they got through the firewall (b) something is executing and (c) I am being "surveilled" suggesting a state actor...
Bug: Delete newest threaded email moves to next thread
Status: NEW
Priority: --
Created: 2021-06-04 12:24:15+00:00
Resolved: 2021-06-05 16:39:55+00:00

Version 78.10.2 and 78.11.0
Folder has threaded sort.
When you delete a threaded email in mid list, focus moves down to next newest threaded email.
When you delete the last/newest threaded email,  focus moves to the next thread. 

Previously when you deleted a threaded email, focus moved up, so if you deleted last/newest threaded email, focus was still on same thread - which was now the last in the list of threaded emails. 

eg:
Top level thread
- oldest threaded in list
- threaded email  - if deleted - focus will be on one below - newest
- newest received threaded email - if deleted - focus moved to next thread - below

Top level thread - focus incorectly goes here

When deleting threaded emails within a thread, I would expect the same behaviour as in previous versions, focus goes to next threaded email within same thread and not to the next top level thread.  This is because threaded emails are always shown with newest attached below as in a conversation.

I have no idea why this has suddenly changed - it worked correctly at least in all versions prior to 78, but when reading within a thread, I do not expect to be jumped out of the conversation to the next thread.
Bug: UTF-8 encoded umlaut in From field not decoded
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-04 13:20:52+00:00
Resolved: 2021-08-24 12:12:05+00:00

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

Steps to reproduce:

Receive message with the from field below:

    From: =?UTF-8?B?TWlyYSBL77+9aG5sZWlu?= <XXX@molgen.mpg.de>

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


Actual results:

Mozilla Thunderbird 78.11.0-1 from Debian sid/unstable displays the umlaut as � instead of ü.


Expected results:

The umlaut should be correctly displayed as *ü*.
Bug: Office365: Subscribing to folders is not successful.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-06-04 13:22:16+00:00
Resolved: 2022-11-20 04:39:37+00:00

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

Steps to reproduce:

Updated to 78.11 yesterday, restarted TB today. 
Restarting/safe mode/resubscribing doesn't resolve it



Actual results:

No folders are shown other than Inbox and Trash w/ Office365 account. 
Subscribing to folders is not successful.  
On re-start of TB, sometimes they appear briefly, but always disappear. 
No errors observed. 
Safe mode does not resolve it. 


Expected results:

100's of folders w/ many years of messages should have appeared
Bug: Thunderbird for Windows 7 & 10, open an eMail in "a new message window" fills the entire screen
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-04 20:24:56+00:00
Resolved: 2021-06-26 14:02:27+00:00

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

Steps to reproduce:

I have the latest update of Thunderbird v78.11.0 (64bit).

After I got this update, when I open an eMail in "a new message window", that eMail fills it's window from top to the bottom of the monitor screen.  If you attempt to re-size that windows at it top and drag it down a little to shorten that window's height, that window will either lower itself so that it's top will be half way down the screen, lower itself so that it's top is about 2 inches from the bottom of the screen or disappear.

This didn't happen with previous version updates of Thunderbird.  I downgraded my copy of Thunderbird back to v78.10.2, and the problem was a little different, but better.

If you need more info about this, please let me know.

 - Alan
Bug: Message Filters/Run Now and Tool/Run Filters on Folder do nothing. Error: FilterListDialog.js", lineNumber: 718, columnNumber: 0, data: null, stack: "runSelectedFilter
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-06-05 01:34:04+00:00
Resolved: 2023-09-25 10:52:27+00:00

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

Steps to reproduce:

My inbox had a large number of message from a mailing list, so I created a filter to move those messages to a local folder. 

The filter works in the following contexts:
  - newly arriving messages
  - Tools/Run Filters on Message
  - Tools/Run Filters on Selected messages

The filter does not work, as in nothing happens, in these contexts:
  - Messages Filters, highlight filter, Run Now
  - Run Filters on Folder when the inbox is open.

Operating context is Windows 10 x64 version 21H1, Thunderbird 78.8.1 (64 bit), in a maildir inbox account, with Local Folders also maildir.


Actual results:

Nothing, see above. The error console had the following message:

Uncaught 
Exception { name: "NS_ERROR_FILE_ACCESS_DENIED", message: "Component returned failure code: 0x80520015 (NS_ERROR_FILE_ACCESS_DENIED) [nsIMsgFilterList.logStream]", result: 2152857621, filename: "chrome://messenger/content/FilterListDialog.js", lineNumber: 718, columnNumber: 0, data: null, stack: "runSelectedFilters@chrome://messenger/content/FilterListDialog.js:718:3\noncommand@chrome://messenger/content/FilterListDialog.xhtml:1:1\n", location: XPCWrappedNative_NoHelper }




Expected results:

In the contexts where it didn't work, the messages matching the filter should have been moved to a subdirectory of Local Folders.
Bug: subscribed folder does not show for o365
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-05 14:15:45+00:00
Resolved: 2021-06-30 20:23:03+00:00

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

Steps to reproduce:

subscribed folders disappeared after upgrade to 78.8.1 

My account is on oulook.office365
Only Inbox and Deleted items show up in Thunderbird
I open subscribe folder, select the one I want (see Subscribe-1.png top) click ok



Actual results:

Nothing, I selected folder doesn't show (see Subscribe-2.png bottom)


Expected results:

I should see the subscribed folder(s)
Bug: Beta 90.0b1 opens to a absolutely blank semi transparent box, win7, Intel HD graphics
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-06-05 15:57:48+00:00
Resolved: 2021-06-24 18:39:34+00:00

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

Steps to reproduce:

install Beta 90.0b1 update to TBirb 89.X beta, restart Tbird.  Just an empty box 2/3rds of the screen opens, semi-transparent.  
You can open in safe mode.


Actual results:

Just an empty box 2/3rds of the screen opens, semi-transparent.  
You can open in safe mode.


Expected results:

Upon update to 90.0b1 I expected TBird to open and display my email, which it did not.

I am able to get to my email in TBird Safe mode.  Attached is the diagnostic report generated in safe mode
Bug: https://thunderbird.topicbox.com/groups/ux not very accessible (Andika font issues)
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-06-06 00:48:33+00:00
Resolved: 2022-01-31 15:26:56+00:00

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

Steps to reproduce:

Wanted to see if there was anything I could do to help with the font size bugs.

visit: https://thunderbird.topicbox.com/groups/ux

I have an astigmatism and need to increase font sizes to read text.

I also have migraines and need to avoid, among other effects, some objects scrolling alongside, in front of, or behind, others.


Actual results:

I can't read the discussion list because:

1. With my font size, text overlaps other text and is hidden, and

2. The center of the page scrolls separately from the rest.


Expected results:

I think these discussion lists should be accessible as a matter of coure.

I think the UX discussion list should try to be more accessible, because when people with certain disabilities can't read the list, it's hard to recognize when longstanding design features such as the font size bugs, or new ones such as the print modal, may not be accessible to people with these disabilities.
Bug: gmail auth not constructed with OAUTH, but is mandatory
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-06-06 13:24:52+00:00
Resolved: 2021-06-21 15:32:05+00:00

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

Steps to reproduce:

On Thunderbird 78.10.1 in Fedora 34, add an existing gmail account as a second provider.
Account settings are mostly correct, but both IMAP and SMTP settings require OAUTH to successfully connect.  OAUTH is not set on either the incoming or outgoing connection.  The security type is incorrectly set to PLAIN instead, which always fails.


Actual results:

Repeated failure to connect, both incoming and outgoing.


Expected results:

Normal connectivity.
Bug: [tb78 only] Invisible folder display
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-06-06 15:20:35+00:00
Resolved: 2021-07-13 12:55:37+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.77 Safari/537.36

Steps to reproduce:

Downloaded release update Mac 78.11.0  installed and restarted 
Rebooted OSX 10.12.6




Actual results:

Any selected folder is invisible on the folder display pane.


Expected results:

Folder should be visible.
Bug: Problems with Drafts and Sent folders when offline or on poor network.
Status: NEW
Priority: --
Created: 2021-06-06 20:04:59+00:00
Resolved: 2024-01-13 10:29:11+00:00

I'm unsure if these are two bugs or one with two symptoms. 

STR
Disconnect your wifi 
New Message: 
Start typing
Hit Ctrl-S to Save or wait long enough and this happens automatically. 
At some point a dialog pops up about failure to save in Drafts,

I don't believe this should happen, we have a local Drafts folder, and the system already understands offline folders not synced with IMAP (for example if I "A"rchive a message while offline). 
I would expect the behavior would be to save to the Drafts folder, and then sync if/when the connection comes back up before the message is sent. 

This is partly a problem, because the automatic save dialog interrupts the flow every few minutes as it continues to try and fail to reach the remote Drafts folder, and because this happens when on an intermittently bad connection - such as tethered to a mobile phone. 

SImilarly ..... 
On a bad internet connection, we sometimes see something like: Message has been Sent but a copy has not been Saved - with an option to Retry. 

I think this has its own bug, as the sending process seems much more sensitive to bad internet in the Saving part of the process than in the Sending part. BUT .... looking at the Drafts issue above I believe the behavior should be the same - to automatically put in the local Sent folder, and attempt to synchronize whenever possible,

This is far from an odd occasion, I'm currently working at a cafe, tethered to my phone which is getting one bar and showing 3G, I've hit both these problems this morning.
Bug: All Email Non-viewable
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-07 00:00:43+00:00
Resolved: 2021-06-08 02:00:19+00:00

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

Steps to reproduce:

Thunderbird updated to Version 90.0b1 (64-bit) recently and now I cannot view any email from the main mail tab.

Email will render normally if email is right-clicked and opened in a new tab.


Actual results:

Every email is replaced with an error like this:

```
Error encountered while rendering.
[Exception... "Cannot modify properties of a WrappedNative"  nsresult: "0x80570034 (NS_ERROR_XPC_CANT_MODIFY_PROP_ON_WN)"  location: "JS frame :: chrome://conversations/content/common.bundle.js :: componentDidMount :: line 4423"  data: no]

MessageIFrame@chrome://conversations/content/common.bundle.js:4330:5
ErrorBoundary@chrome://conversations/content/common.bundle.js:5194:5
div
li
Message@chrome://conversations/content/common.bundle.js:5229:5
ul
_MessageList@chrome://conversations/content/common.bundle.js:5591:13
ConnectFunction@chrome://conversations/content/common.bundle.js:7477:39
_ConversationWrapper@chrome://conversations/content/common.bundle.js:5660:5
ConnectFunction@chrome://conversations/content/common.bundle.js:7477:39
Provider@chrome://conversations/content/common.bundle.js:7219:15
```


Expected results:

My email should be viewable and readable.
Bug: The jsmime.js based mime message emitter sometines excludes body parts
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-07 12:01:41+00:00
Resolved: 2021-06-09 12:06:31+00:00

The jsmime.js based emitter stores all the message headers with the first part, not with the root mimeMsg. Currently, all headers are therefore copied to the root mimeMsg.

However, if a faulty message has a `content-disposition` header, the emitter sees the first part as an attachment and removes the body.

This can be fixed by reducing the headers of the first part to just the content-type (like MsgHdrToMimeMessage is doing it).