av9ash/GitBugs huggingface dataset:
Bug: Changing archive options for identities do not work
Status: UNCONFIRMED
Priority: --
Created: 2021-03-07 12:28:20+00:00
Resolved: 2021-03-13 14:13:31+00:00

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

Steps to reproduce:

- Create account
- Use "archive" functionality with standard options (checkbox for using subfolders not checked)
- Create new identity
- Change archive options for general account (checkbox for subfolders now checked)
- Achive a mail (that is in a subfolder) addressed to the new identity => it is not sorted into the correct folder
- Check options within identity - folders options => same options checked - subfolders should be used!
- Try again, it does not work.

My solution now was to deleted the new identity, change the archive options, and then create the new identity again. Then the correct archive options are used.


Actual results:

Mail is archived only in the YEAR folder.


Expected results:

Mail should have been archived in the YEAR - CORRECT SUBFOLDER folder
Bug: gSubjectChanged = true; will be set for navigation keys in subject, but not for mouse inputs, causing false positives or negatives for automatical attachment reminder
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-03-07 21:43:46+00:00
Resolved: 2021-08-18 22:19:06+00:00

`gSubjectChanged = true` will be set for navigation keys in subject, which may cause false positives for automatical attachment reminder. We only want to set this for actual changes of the subject text. There are also false negatives due to the weird and wrong design.

Seen on: Release 78.9.1 (32-bit), Daily 89.0a1 (2021-04-12) (64-bit)

### False negatives ###

STR 
1)  Compose new message.
2) Type "attachment" into the `To` recipient field (sic! To simulate an external source which is not used by attachment reminder)
3) Select and drag the text "attachment" from external source or `To` field into subject field (or copy and paste with mouse)

Actual result
- False negative: Automatic inline attachment reminder does not trigger

Expected result (per current design)
- Automatic inline attachment reminder should trigger because we've changed the subject and it contains an attachment reminder keyword
- Any change of subject (`input` event) should make reminder trigger if there are keywords in subject, regardless if mouse or keyboard methods were used to change the input

### False positives ###

STR
1) From 3-pane, reply to a message which has the word "attachment" in subject
2) In message body, type a random character (not a keyword), e.g. `x` (for comparison with step 4)
3) Place focus in subject field of reply composition, and press navigation keys (e.g. cursor)
4) In message body, type another random character (not a keyword), e.g. `x`

Actual result
- step 2: Prior to navigating subject, attachment reminder does not trigger (correct). 
- step 4: False positive: Automatic inline attachment reminder triggers (after subject was navigated, but not changed)

Expected result (per current design)
-  Inline attachment reminder should *not* trigger because this is a reply and the attachment reminder keyword stems from the unchanged reply subject.
- Navigating in subject should not set `gSubjectChanged = true`. Only actual *change* of subject (`input` event) should make reminder trigger if there are keywords in subject.

### Plan: ###
- Relocate & some peripheral changes.
Bug: Import from Seamonkey 2 profile mixes up identities and accounts with same server
Status: UNCONFIRMED
Priority: --
Created: 2021-03-07 22:56:17+00:00
Resolved: 2021-04-02 11:42:44+00:00

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

Steps to reproduce:

1. Create a new profile in Seamonkey 2.53.6 (or similar)
2. Add two mail accounts with different mail adress (e.g. 1@s1.com, 2@s2.com) but with the same POP server (e.g. server.com) , but 
3. Add an identity in the second mail account (e.g. 3@s2.com)
4. Create new profile in thunderbird
5. Import all from a Seamonkey 2 or newer
6. Select the profile from step 1
7. Check the account settings


Actual results:

Account 2@s2.com has standard identity 3@s2.com and additional identity 1@s1.com

In real life, the import scrambles mails, accounts, id etc. very weirdly.


Expected results:

Account 2@s2.com has standard identity 2@s2.com and additional identity 3@s2.com
Bug: messages.getRaw does not work for news message
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-03-08 11:04:04+00:00
Resolved: 2021-04-22 12:01:59+00:00

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

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

Steps to reproduce:

1. Get a `MessageHeader` via `browser.messageDisplay.onMessageDisplayed` for news message inside a nntp account.
2. I tried to get the content by calling `message.getRaw(id)`


Actual results:

The promises returned by `getRaw()` never get out of the pending state.


Expected results:

The promises should get resolved with the message content. Or at least get rejected with an error.
Bug: Crash in [@ memset | nsXPCWrappedJS::CleanupOutparams] via nsMsgMdnGenerator::SendMdnMsg
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-03-08 12:28:24+00:00
Resolved: 2021-03-17 10:43:45+00:00

Daily crash - begins with feb 28 daily build.  Continues to today.

Crash report: https://crash-stats.mozilla.org/report/index/87f76b08-f79e-4058-8dc2-f25eb0210301

Reason: ```EXCEPTION_ACCESS_VIOLATION_WRITE```

Top 10 frames of crashing thread:
```
0 vcruntime140.dll memset f:\dd\vctools\crt\vcruntime\src\string\amd64\memset.asm:292
1 xul.dll static nsXPCWrappedJS::CleanupOutparams js/xpconnect/src/XPCWrappedJSClass.cpp:588
2 xul.dll nsXPCWrappedJS::CallMethod js/xpconnect/src/XPCWrappedJSClass.cpp:951
3 xul.dll PrepareAndDispatch xpcom/reflect/xptcall/md/win32/xptcstubs_x86_64.cpp:168
4 xul.dll SharedStub 
5 xul.dll nsMsgMdnGenerator::SendMdnMsg comm/mailnews/extensions/mdn/nsMsgMdnGenerator.cpp:758
6 xul.dll nsMsgMdnGenerator::CreateMdnMsg comm/mailnews/extensions/mdn/nsMsgMdnGenerator.cpp:366
7 xul.dll nsMsgMdnGenerator::UserAgreed comm/mailnews/extensions/mdn/nsMsgMdnGenerator.cpp:903
8 xul.dll XPTC__InvokebyIndex 
9 xul.dll static XPCWrappedNative::CallMethod js/xpconnect/src/XPCWrappedNative.cpp:1142
```
bp-b2e8cdab-0412-49c5-ad5a-4b1dd0210308  (has no extensions)
Bug: set thunderbird as default mail client appears on every startup
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-08 13:15:12+00:00
Resolved: 2021-03-08 13:17:27+00:00

I just upgraded to 87b2 and now Thunderbird asks me on each startup to set it as the default mail client for Windows (it was already - reconfirming doesn't make it go away after one time)
Bug: Double clicking account type in chat account wizard is broken
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-03-08 13:20:14+00:00
Resolved: 2021-04-22 12:02:33+00:00

When double clicking on an account type in the chat account wizard, the following error is shown:
JavaScript error: chrome://messenger/content/chat/imAccountWizard.xhtml, line 1: TypeError: document.getElementById(...).advance is not a function
Bug: messenger.tabs.create does not use Windows Certificate Store for verification of SSL certificates
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-03-08 13:53:59+00:00
Resolved: 2022-07-27 05:42:12+00:00

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

Steps to reproduce:

open a URL with messenger.tabs.create where the Webserver uses a SSL Certificate where the CA is only present in Windows Certificate Store.


Actual results:

Opening the website in the tab fails with error "connection is not secure" because the verification of the server SSL certificate fails.



Expected results:

Opening the same URL works in Firefox 78.8.0esr and in Thunderbird 68.12.1 without an SSL Cert error, but not in Thunderbird 78 - tested with 78.1.ß and 78.8.0
Bug: Groups.io Link Problem
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-03-08 17:19:41+00:00
Resolved: 2021-12-01 10:31:54+00:00

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

Steps to reproduce:

Clicking on a link underneath any Groups.io forum email entitled "Reply to Sender" or "Reply to Group" does not work correctly.

Email client "Em Client" does work correctly in this case.


Actual results:

It opens a new blank form and does nothing more.


Expected results:

It should open a correctly addressed 'Reply' email
Bug: When creating (renaming) an IMAP folder, Thunderbird shows it duplicated x3 time in the view
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-03-08 18:13:30+00:00
Resolved: 2021-03-10 22:11:29+00:00

Hi, 
 
A minor thing but it seems in 87.0b2 (64-bit) on Windows 10 within an IMAP account, when you create (or rename) a folder, it appears in the view immediately duplicated x3 time... see screenshot attached. 

A restart of TB fix the issue, but ideally it should not happens. 

Message can be moved properly in any of the three folder they all contain the same data...

Likely a view refresh issue of some sort...

Regards,
Bug: Message not delivered but saved in the sent folder.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-03-08 18:48:52+00:00
Resolved: 2023-01-29 00:35:51+00:00

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

Steps to reproduce:

A user sent a message using thunderbird, that message was saved in the sent folder, however, it was not delivered to the recipient.

When analyzing the server logs, no authentication attempts were found on the SMTP server at the time the message was saved in that user's outbox, which ensures that the message was not actually sent.

I would like to know why the message was saved in the sent folder but in fact it was not sent, can this really happen? Is it a bug or other common reason?

Grateful.
Bug: Cannot enter certain display names or emails containing @ and comma combinations
Status: NEW
Priority: --
Created: 2021-03-08 19:20:26+00:00
Resolved: 2021-03-09 12:05:32+00:00

Certain addresses or display names cannot be entered even though they are technically valid email addresses or display names.

To see what I mean, compose a new message and try and add the addresses:

1. ex@,mple <example@org>
2. example@(comment, with comma)org
3. ex@mple <(comment, with comma)example@org>

These are weird but are meant to be valid addresses (I think something like the first case is the most likely to crop up in normal use), but in each case the address ends up being split in half after the comma character instead of remaining a single valid address.

There doesn't seem to be a work around since I get the same problem with each of the following methods:

+ typing each character one by one (entry is split in two)
+ pasting in full into the address box and pressing enter or blurring (split in two)
+ editing an existing pill to change the content (remains a single pill but it is truncated)
+ auto-completing using an the address book entry (split in two)
+ using the `Write` context menu in the address book window (split in two)

I think the problem is that any entry that contains an `@` that is not at the very start or end is already considered a valid address (through `isValidAddress`  https://searchfox.org/comm-central/rev/d53f614c98630c0a73a73f376955f79fa3773b36/mail/components/compose/content/MsgComposeCommands.js#4868). So when the `@` character is followed by a comma character it is assumed that a valid address already exists and has been terminated by the comma as a separator.

It would be good to have a way to support entering the above addresses and similar. I can understand when typing or pasting into the address field, we could safely assume in most cases that a comma after an `@` ends a recipient. But it might be good to be able to override this behaviour in these cases:

+ editing an existing pill to change the content
+ auto-completing through the address book
+ using the `Write` context menu in the address book window

In all these cases, I don't think a user would expect the current behaviour of splitting or truncating.
Bug: messages.getFull don't reject upon failure
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-03-09 01:22:53+00:00
Resolved: 2021-05-11 02:26:09+00:00

(This arose as Part of Bug 1644027, but isn't the cause. You can find steps to reproduce over there - there's a simple extension posted in the first few comments).

`messages.getFull()` and `messages.getRaw()` are failing (on news messages), but not causing an exception/rejection/whatever.

Just looking at `getFull()`, it calls `MsgHdrToMimeMessage()`, which is throwing an exception. But getFull() doesn't handle it.

I'm a little fuzzy on error handling/thowing in promises. I guess it's a case of wrapping a try block around and calling `reject()` if an error is thrown. But that seems awfully laborious... And I'll bet it's a reasonably common occurrence throughout the extension API, so maybe there's some way to handle such cases more generally?

getFull():
https://searchfox.org/comm-central/source/mail/components/extensions/parent/ext-messages.js#212

MsgHdrToMimeMessage():
https://searchfox.org/comm-central/source/mailnews/db/gloda/modules/MimeMessage.jsm#247
Bug: does not react to on mouse clicks, characters only displayed after seconds to minutes when writing email
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-03-09 09:44:17+00:00
Resolved: 2021-12-01 21:46:15+00:00

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

Steps to reproduce:

I am a long time user of TB, I think more than 20yrs now and I never thought to switch to another mail cliend even as I have an Office 365 home subscription with Outlook. So I am still continueing to use TB, but since a few years it is annoying because of performance of TB user interface. It gets worse with every new update, specially in the last monthes I see more and more performance issues. 

I have set up several mail accounts in TB and my mailarchive is about 20-30GB in size, even keeping very old emails if they are still interesting/important. I have filters to sort incomming mails in douzens of folders, so call me a TB power user. 

I am using TB on mainly two systems, one is a small laptop using an 7 years old Atom based Pentium CPU, the other is a highend Xeon workstations with 8 cores, hyperthreading, 64gb RAM, and both are using big and fast SSD where also the mailarchive is stored. I have not installed any addon in TB.


Actual results:

TB is very slow in user interface. It does compressing folders while checking for new emails. It does compressing folders while using TB actively. It checks several email accounts at the same time and complaining that automatic filters can not work because folder is in use. TB is very busy with itself while I want to use it, it does not react to on mouse clicks, not on the small laptop, and not on the Xeon workstation. 

If I try to answer an email while it does all these background tasks, it is very often impossible to write into the message, the characters only displayed after seconds to minutes, etc. While answering a mail, the main window appears in the front of the mail window and no reaction to switch back to the message window, and a lot of such annoying things. Manually moving mails to another folder is also complaining often while backround activities like compression or mailchecking are running. 

Some times TB is like unuseable. In Windows taskmanager I observe that there is only one process, while Firefox uses several processes/processor cores which could spread over 4 to 16 cores on my computers.

Expected results:

Impprove performance massively, by using multithreading, make backround tasks like folder compression in the backround while TB is idle. Stop backround tasks like compressing while email checking, while user interaction. Avoid compression of folders which have not been touched since last compression. Make TB more performant, make it more useable again.
Bug: oAuth2.0 for Yahoo Plus
Status: NEW
Priority: --
Created: 2021-03-09 09:50:00+00:00
Resolved: 2022-10-12 00:13:13+00:00

+++ Yahoo oAth was implemented in  #1293958 +++

That implementation used the general free server names,  but yahoo plus  apparently uses

plus.pop.mail.yahoo.com
and
plus.smtp.mail.yahoo.com

Implementing Bug 1591782 would remove the need for these type of bugs on a regular basis
Bug: Thunderbird opens and seems to work fine. After delete of a mail closing and reopening see id="messengerWindow"
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-03-09 10:54:46+00:00
Resolved: 2021-12-01 10:18:53+00:00

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

Steps to reproduce:

Migrating Profile to an new System (W10) according to procedure listed in Help.



Actual results:

On the new system Thunderbird starts fine with the copied profile and seems to work fine. Receiveing / sending mails works fine.
After deleting a mail / many mails, different ones, close Thunderbird and restart it.
Thunderbird crashes during restart.
Sevaral tries, including deactivated Add On's. Even deinstalled Add On's on the source system profile.
Always the same result / crash.
Even tried to delete Trash/Trash.msf files within profile.


Expected results:

normal operation, successful restart
Bug: TB 78.8.1 freezes at startup
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-09 14:50:37+00:00
Resolved: 2021-03-09 19:10:07+00:00

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

Steps to reproduce:

MacOS Catalina, TB 78.8.1
After Updating from TB 68 to TB 78 Thunderbird freezes immediatly after startup. Also after a fresh install of TB 78 it freezes by double-clicking on Thunderbird.app in the application-folder. It only works as expected by starting over the terminal (doubleclick on thunderbird-bin, using profil-manager etc.)
In any case it was not possible to open .eml-files.


Actual results:

Thunderbird freezes directly after startup.


Expected results:

It should work, like TB 68 does.
Bug: edit window for address books is not resizeable
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-03-09 19:34:55+00:00
Resolved: 2021-09-12 12:58:37+00:00

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

Steps to reproduce:

I went to edit an address book.


Actual results:

I was stuck with using a small window. I can use a big window to remove contacts from the book, but not to modify contacts or to add them.


Expected results:

I should be able to resize the window, the better to see all relevant text - at least all the text on any one line - at once, and, thus, see what I am doing.
Bug: Calendar update emails reformating removes informations
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-09 20:43:08+00:00
Resolved: 2021-10-14 09:01:45+00:00

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

Steps to reproduce:

Using thunderbird 78.8.1 on Ubuntu (but the issue is not new), receive an email about a google calendar event being updated. 


Actual results:

the email is rendered in a way which doesn't show the attached message

The issue happens with the deb and the new on an existing profile as well a new ones.

Gmail does render those emails including the description


Expected results:

the message attached to the change should be displayed.

The attached screenshot shows the issue, when refusing the meeting I added a reason, which can be viewed in the email source

'<strong>Cet =C3=A9v=C3=A9nem=
ent a =C3=A9t=C3=A9 modifi=C3=A9 avec ce message d'accompagnement=C2=A0:</s=
trong><br>"Doesn&#39;t work"'
Bug: Crash in [@ strlen | nsTSubstring<T>::Append | nsTSubstring<T>::Append | nsMailtoUrl::ParseMailtoUrl]
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-03-09 21:27:30+00:00
Resolved: 2023-09-23 20:35:08+00:00

Crash report: https://crash-stats.mozilla.org/report/index/57dabde6-2a40-4585-bed7-c59110210309

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 10 frames of crashing thread:
```
0 ucrtbase.dll strlen 
1 xul.dll nsTSubstring<char>::Append xpcom/string/nsTSubstring.cpp:727
2 xul.dll nsTSubstring<char>::Append xpcom/string/nsTSubstring.cpp:716
3 xul.dll nsMailtoUrl::ParseMailtoUrl comm/mailnews/compose/src/nsSmtpUrl.cpp
4 xul.dll nsMailtoUrl::ParseUrl comm/mailnews/compose/src/nsSmtpUrl.cpp:271
5 xul.dll nsMailtoUrl::SetSpecInternal comm/mailnews/compose/src/nsSmtpUrl.cpp:236
6 xul.dll nsMailtoUrl::Mutator::SetSpec comm/mailnews/compose/src/nsSmtpUrl.h:63
7 xul.dll static nsSmtpService::NewMailtoURI comm/mailnews/compose/src/nsSmtpService.cpp:276
8 xul.dll NS_NewMailnewsURI comm/mailnews/base/src/nsNewMailnewsURI.cpp:51
9 xul.dll NS_NewURI netwerk/base/nsNetUtil.cpp:1893
```
Earliest crashes are 78.4.0 bp-123eeccc-698e-4bd4-bf2a-139750201126 and 68.12.1 bp-381ee4d3-5305-49fd-8335-26f390210118

40% of crashes are <60 seconds uptime
Bug: Crash in [@ nsMessenger::SetWindow]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-03-09 21:38:23+00:00
Resolved: 2021-09-24 13:42:11+00:00

Crash report: https://crash-stats.mozilla.org/report/index/424d275f-ecc5-4a5a-958b-e34d20210309

Reason: ```EXCEPTION_PRIV_INSTRUCTION```

Top 10 frames of crashing thread:
```
0 xul.dll nsMessenger::SetWindow comm/mailnews/base/src/nsMessenger.cpp:268
1 xul.dll NS_InvokeByIndex 
2 xul.dll static XPCWrappedNative::CallMethod js/xpconnect/src/XPCWrappedNative.cpp:1140
3 xul.dll XPC_WN_CallMethod js/xpconnect/src/XPCWrappedNativeJSOps.cpp:946
4 xul.dll js::InternalCallOrConstruct js/src/vm/Interpreter.cpp:585
5 xul.dll Interpret js/src/vm/Interpreter.cpp:3312
6 xul.dll js::RunScript js/src/vm/Interpreter.cpp:465
7 xul.dll js::InternalCallOrConstruct js/src/vm/Interpreter.cpp:620
8 xul.dll js::Call js/src/vm/Interpreter.cpp:665
9 xul.dll JS::Call js/src/jsapi.cpp:2845
```
Doesn't appear to be AV related.
All v78 crashes
Bug: Crash in [@ nsMsgLocalMailFolder::ChangeKeywordForMessages]
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-03-09 21:41:57+00:00
Resolved: 2021-10-07 07:43:39+00:00

Crash report: https://crash-stats.mozilla.org/report/index/de1c14e4-ac60-4b6d-a0da-7b0f00210309

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 10 frames of crashing thread:
```
0 xul.dll nsMsgLocalMailFolder::ChangeKeywordForMessages comm/mailnews/local/src/nsLocalMailFolder.cpp:3517
1 xul.dll nsMsgLocalMailFolder::AddKeywordsToMessages comm/mailnews/local/src/nsLocalMailFolder.cpp:3503
2 xul.dll nsMsgFilterAfterTheFact::ApplyFilter comm/mailnews/search/src/nsMsgFilterService.cpp:877
3 xul.dll nsMsgFilterAfterTheFact::OnSearchDone comm/mailnews/search/src/nsMsgFilterService.cpp:616
4 xul.dll nsMsgSearchSession::NotifyListenersDone comm/mailnews/search/src/nsMsgSearchSession.cpp:470
5 xul.dll static nsMsgSearchSession::TimerCallback comm/mailnews/search/src/nsMsgSearchSession.cpp:413
6 xul.dll nsTimerImpl::Fire xpcom/threads/nsTimerImpl.cpp:561
7 xul.dll nsTimerEvent::Run xpcom/threads/TimerThread.cpp:251
8 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1211
9 xul.dll NS_ProcessNextEvent xpcom/threads/nsThreadUtils.cpp:501
```
bp-52f111d5-d282-4b85-8a00-eecdf0210224