av9ash/GitBugs huggingface dataset:
Bug: Emails with BCC will not transmit
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-05 20:40:38+00:00
Resolved: 2021-05-06 12:39:45+00:00

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

Steps to reproduce:

This is in the 89.0b2 (32-bit) beta version.  I do an automatic blind cc to another email account to create an archive of my sent emails.  The emails will not transmit until I remove the BCC recipient email address. So, in other words, I can not send an email to a BCC recipient. 


Actual results:

Email just sits there., it will not transmit.  I hit the send button again and it still just sits there.  When I remove the BCC recipient email address, then the email will send ("transmit"). 


Expected results:

The email should send.
Bug: Crash in [@ PLDHashTable::Search | mozilla::a11y::DocAccessible::UnbindFromDocument]
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-05-05 22:00:40+00:00
Resolved: 2021-05-10 14:31:05+00:00

Crash report: https://crash-stats.mozilla.org/report/index/c0e8eb18-3f10-43af-a8e7-9a0300210416

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 10 frames of crashing thread:
```
0 xul.dll PLDHashTable::Search const xpcom/ds/PLDHashTable.cpp:494
1 xul.dll mozilla::a11y::DocAccessible::UnbindFromDocument accessible/generic/DocAccessible.cpp:1449
2 xul.dll mozilla::a11y::XULTreeGridRowAccessible::Shutdown accessible/xul/XULTreeGridAccessible.cpp:233
3 xul.dll mozilla::a11y::XULTreeGridRowAccessible::cycleCollection::Unlink accessible/xul/XULTreeGridAccessible.cpp:219
4 xul.dll nsCycleCollector::CollectWhite xpcom/base/nsCycleCollector.cpp:3089
5 xul.dll nsCycleCollector::Collect xpcom/base/nsCycleCollector.cpp:3443
6 xul.dll nsCycleCollector_collectSlice xpcom/base/nsCycleCollector.cpp:3932
7 xul.dll static nsJSContext::RunCycleCollectorSlice dom/base/nsJSEnvironment.cpp:1452
8 xul.dll CCRunnerFired dom/base/nsJSEnvironment.cpp:1659
9 xul.dll virtual bool std::_Func_impl_no_alloc<bool  
```
Bug: Thunderbird Version 78.10 breaks work around for outdated security protocols
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-05-06 00:34:05+00:00
Resolved: 2021-06-02 08:53:44+00:00

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

Steps to reproduce:

When version 78 was released, one of my email servers was unable to send mail.  After reading your documentation, I found that the problem was probably an out of date security protocol.  I was able to fix it for a while, but with the 78.10.1 update, the problem has returned and the recommended changes to my configuration do not correct the issue.


Actual results:

With the first few versions of 78, I originally got a message that said:  "Sending of the message failed. Peer using unsupported version of security protocol."   Then I changed security.tls.version.min to 1,  the error message went away and my e-mail appeared to be sent but never arrived at the destination account.  Then, I changed security.tls.version.enable-deprecated = true and I was able to send e-mails.  With the version 78.10 update, I am unable to send e-mails.


Expected results:

A test e-mail appears to be sent but never arrives at the destination account.
Bug: Cannot send PDF attachments
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-05-06 08:48:44+00:00
Resolved: 2021-05-06 09:56:03+00:00

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

Steps to reproduce:

I regularly send emails via TB with PDF attachments. The last occasion when I successfully achieved this was April 10, 2021. At the start of this week I attempted to send an email with a known good PDF attachment.


Actual results:

On sending, a warning message is produced. I have attached a screenshot. On clicking OK, the message appears in the Sent folder, but is not actually forwarded by the recipient's mail server.

The only changes I can see are automatic updates to Version 78.10 (April 19?) and Version 78.10.1 (May 4?)


Expected results:

The message with its PDF attachment should have got through to the recipient. I have tested the process with Outlook, and there appears to be nothing wrong with the PDF file.
Bug: In Search Messages, Priority, Status, Tags, Attachment Status, Junk Status and Junk Scope Origin drop down menus are wider than other menus
Status: NEW
Priority: --
Created: 2021-05-06 11:52:43+00:00
Resolved: 2023-07-03 10:59:12+00:00

STR with 89.0b3:

1. Right-click a folder and choose Search Messages
2. Click [+] / "Add a new rule" a few times to add about 10 more rules
3. Choose a few rules and then choose Priority, Status, Tags, Attachment Status, Junk Status or Junk Scope Origin for the other rules
4. You'll notice the drop down menus for Priority, Status, Tags, Attachment Status, Junk Status and Junk Scope Origin are slightly wider than the drop down menus for the rest of the rules (see attached image)
Bug: TB 89 beta 2 cannot send - attempt is made; sending progress dialog appears, shows
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-06 17:41:49+00:00
Resolved: 2021-05-06 23:30:52+00:00

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

Steps to reproduce:

tried to send mail - submitted mail to each of 2 mail servers (forwarders); mail was a forward  


Actual results:

cannot send - attempt is made; sending progress dialog appears, shows rapid progress and then disappears; message flashes and then looks precisely like there was not any message sent.  No actual send was made; no new entries in Sent folders.


Expected results:

Mail got sent
Bug: Clicking on a buddy with no logs shows the previously viewed logs of a different conversation
Status: NEW
Priority: --
Created: 2021-05-06 18:28:12+00:00
Resolved: 2021-10-01 13:20:46+00:00

STR:

1. Have a buddy that you've never had a conversation with.
2. Click on a buddy that has some logs (or open a conversation and click on the logs from a past date).
3. Click on the buddy from step 1.

Results:

You see the previous logs there.

Expected results:

The blank slate message of "You'd see conversation here if you had any!"

This is especially weird if you open click around a bit between open conversations (the UI updates appropriate) then when you click on the buddy from step 1 you see logs of a random conversation.
Bug: Thunderbird fails to paint content pane of new window frame
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-05-06 19:17:20+00:00
Resolved: 2022-10-24 18:28:20+00:00

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

Steps to reproduce:

With Thunderbird running, from Firefox with a page loaded, 
File>Email Link...

OpenSUSE Leap 15.2, KDE, TB 89.0b3


Actual results:

The new message frame opens but the content pane is not painted.
The pane paints if the frame is clicked or if the mouse passes over an input field.
This bug may/may not show depending upon the position of the Firefox window, it seems if I move the Firefox window further away from the top right the pane may paint.


Expected results:

The content pane paints with the frame.
This is the same issue I had in bug 1703436 but that bug no longer occurs.
Bug: Apply Filters when the box Manually run box is check, is running without user interaction
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-05-06 20:06:24+00:00
Resolved: 2024-03-24 00:27:02+00:00

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

Steps to reproduce:

I created an filter, which is moving emails to the specific folder.
   The manually run box is checked
    Match any of the following | From > contains : @domain.com
    Move message to > FolderName

My exact Thunderbird version: 78.10.1 (release update channel)


Actual results:

The filter is running without being trigger by the user. And the 'Filter Log' is also not registering any tasks created by the filer, when the box is checked.
*The Filter Log is working when the I run the filter manually.





Expected results:

The filter shouldn't have worked at all.
Bug: ThunderBird not working with iCloud 2 Factor Oauth
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-05-06 22:00:48+00:00
Resolved: 2022-12-03 09:41:45+00:00

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

Steps to reproduce:

Logged normally with my iCloud account


Actual results:

keeps giving me errors saying that thunderbird could not access my 2 Factor Oauth account
Bug: Thunderbird 78.10.1 Update: Broke Master Password Access, which I do-not previously remember setting....
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-05-07 05:18:10+00:00
Resolved: 2021-06-28 15:40:46+00:00

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

Steps to reproduce:

Initial Thunderbird Startup: "Master Password Required" - Mazola Thunderbird Appears and Reappears (forever). since Thunderbird does not accept (my previously maybe Undefined)???? Master Password....  [This should be the same or similar to, what I use for Firefox email Access????] The (available) Documentation, on how to Fix this, is Not-Clear enough to help me for Thunderbird 78.10.1.... Plus: The Mazola Thunderbird Helpline is now a Disconnect Number....


Actual results:

Thunderbird should straightaway startup (pickup) and Run, as it did for the Previous Thunderbird 78.10.0 Revision.... [I am (now) not sure if I BROCK my Master Password access (if any) or Not....]


Expected results:

Thunderbird 78.10.1 should startup and Run, as if did for the (previous) Thunderbird 17.10.0 Revision....
Bug: Sending a message with a trailing NBSP character leads to a UTF-8 replacement character
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-05-07 11:15:14+00:00
Resolved: 2021-05-27 12:16:28+00:00

Import the enclosed message into Thunderbird and edit it as new message.

Note that the word "test" in the body is followed by a NBSP. It's unclear how to get a trailing NBSP during normal editing operation, but such a message was produced by Magnus and sent to tb-planning on 7th May 2021:

`I think this goes for *all* add-on: If Thunderbird is GPL, *all* add-ons must be GPL.<?>`

Expected result:
Message should be sent with a trailing space.

Actual result:
Message sent with a UTF-8 replacement character.

Reproducible in TB 89 beta 3.

EDIT: The message to tb-planning can be inspected in attachment 9220782 of bug 1710044.
Bug: [tb perma] docshell/test/unit/test_subframe_stop_after_parent_error.js | xpcshell return code: 0
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-05-07 13:14:24+00:00
Resolved: 2021-07-30 20:09:10+00:00

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

---
```
```
Bug: Crash in [@ mozilla::detail::nsTStringRepr<T>::First | nsParseMailMessageState::ParseHeaders]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-05-08 13:48:12+00:00
Resolved: 2021-05-14 03:51:45+00:00

topcrash starting in 89 beta, with buildid 20210419235748.  And the crash signature exists only in beta.  But perhaps there is possibility of antivirus involvement.  The average user crashes 10 times.

Crash report: https://crash-stats.mozilla.org/report/index/42b35dd4-6e14-4d80-9c2f-22c4a0210507

MOZ_CRASH Reason: ```MOZ_RELEASE_ASSERT(this->mLength > 0) (|First()| called on an empty string)```

Top 10 frames of crashing thread:
```
0 xul.dll mozilla::detail::nsTStringRepr<char>::First const xpcom/string/nsTSubstring.cpp:968
1 xul.dll nsParseMailMessageState::ParseHeaders comm/mailnews/local/src/nsParseMailbox.cpp:877
2 xul.dll nsParseMailMessageState::ParseFolderLine comm/mailnews/local/src/nsParseMailbox.cpp:615
3 xul.dll nsMsgLineBuffer::BufferInput comm/mailnews/base/src/nsMsgLineBuffer.cpp:145
4 xul.dll nsMsgMailboxParser::OnDataAvailable comm/mailnews/local/src/nsParseMailbox.cpp:71
5 xul.dll nsMailboxProtocol::ProcessProtocolState comm/mailnews/local/src/nsMailboxProtocol.cpp:664
6 xul.dll nsMsgProtocol::OnDataAvailable comm/mailnews/base/src/nsMsgProtocol.cpp:300
7 xul.dll nsInputStreamPump::OnStateTransfer netwerk/base/nsInputStreamPump.cpp:548
8 xul.dll nsInputStreamPump::OnInputStreamReady netwerk/base/nsInputStreamPump.cpp:393
9 xul.dll nsBufferedInputStream::OnInputStreamReady netwerk/base/nsBufferedStreams.cpp:724
```
The crash ID above and bp-7867489a-97ed-42f1-9da6-b3af30210507 and bp-a9f72c23-48df-485e-adeb-59be70210503 all happen ~120 or ~60 seconds.  SOme of these have Sophos installed.

And then there is a set of crashes like bp-e97b160d-39f6-47f0-b5a3-d40920210507 that have spybot installed and uptime is mostly <=20 seconds
Bug: Toolbarbuttons with light themes that don't define border colours have no border on hover
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-05-08 13:50:01+00:00
Resolved: 2021-05-12 13:45:44+00:00

After bug 1691297 the toolbarbutton-1 don't have a visible border with light themes that don't define a border colour like the "Thunderbird Suave" theme.
Bug: Can't resave a draft/template message (with attachments) opened for editing for the second time.
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-05-08 14:40:38+00:00
Resolved: 2021-05-12 13:45:45+00:00

I was testing the latest development version of Thunderbird, i.e. Daily 90.0a1 (2021-05-08), in order to prepare my own add-on Mail Merge for the upcoming major release of Thunderbird 91.

I ran into a problem, that opened messages with attachments could not be saved as a draft or template. Further investigation showed this to be a problem directly in Thunderbird.

In a new profile:

1) Create a new message with an attachment
2) Save the message as a draft or template
3) Close the message compose window
4) Open the saved message
5) Save the message as a draft or template - a first time
6) Save the message as a draft or template - a second time

I get the following error message:

> Unable to save your message as a draft.
> There was an error attaching image.jpg. Please check that you have access to the file.

This problem also affects saving the message as a template as well. And it gets triggered by the "Auto Save" function, in case the user edits the opened message in between both auto save intervals.

I can reproduce this problem reliably in a new profile with both Windows 10 Version 20H2 Build 19042.964 (64bit) and Arch Linux (64bit) using Thunderbird Daily 90.0a1 (2021-05-08) (64bit). (It works in Thunderbird 78!)
Bug: Autosaved composition without further changes still prompts to "Save Message?" when closing (and result of [Discard changes] unpredictable)
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-05-08 17:21:13+00:00
Resolved: 2021-07-01 05:32:13+00:00

I'm failing to see the point of prompting to save changes to a composition which has just been autosaved and no further changes applied since that.
Imo a successful autosave should set gContentChanged and similar variables to false to prevent the prompt.

**STR**

S1
1) For ease of testing, set autosave interval to 1 min (Options > Composition > Auto save every 1 minute
2) compose (seen on IMAP, 78.10.1 (32-bit))
3) fill some parts of the message, e.g. "hello" in body
4) Wait for Autosave to kick in (status bar, drafts folder), don't change anything after that
5) Close message (--> alert)
6) "Discard changes" (--> autosaved message discarded)

S2
3) new message, type "manually saved" into body
4) Ctrl+S to save manually
5) Close message (--> no alert)

S3
3) new message, type "manually saved" into body
4) Ctrl+S to save manually
5) extend body text to become "manually saved - autosaved changes"
6) wait for autocomplete to kick in (check status bar and drafts folder)
7) Close message (--> alert; this bug)
8) Discard changes (--> message remains in draft folder including autosaved changes, neither changes nor message discarded)

**Actual**

S1
- after autosave of virgin message (never manually saved), getting alert "Save Message (?)" in spite of no changes after autosave
- Discard dumps the whole message

S2
- after manual save of message and no changes thereafter, no prompt when closing (OK)

S3
- for autosaved changes which occured after manual save, getting prompt (this bug), and "Discard changes" has no effect.

**Expected**

S1/S3:
- closing message after autosave without further changes should not prompt and just close autosaved draft

- If "Discard changes" really means "Discard message", we should say that on the button when it applies. I'd hope that we know in advance what is going to happen.
- If we think that only manual saves are the "real" saves, and want to continue prompting in spite of unchanged autosaved draft, probably "Discard changes" should return to the last manually saved version. If that's too complex - why not keep it simple and consistent and just treat autosave like user-save, and don't prompt after autosave - this bug?
Bug: Sticky pill selection and erratic focus after "Use Bcc instead" from public bulk mail notification
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-05-08 20:26:18+00:00
Resolved: 2021-06-16 16:26:51+00:00

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

STR

1) compose, add 15 recipients in To or Cc (with Bcc row initially hidden - default)
-> Public bulk mail notification appears
2) Hit `Use Bcc instead` and observe focus and selection thereafter.
3) Click into other spots like subject, body, or contacts sidebar, trying to get rid of pills selection.

Actual result (see attached screencast)

- step 2) moved pills are selected, but focus is in Bcc recipient input - this should never happen. When pills are selected, a pill must have focus - if no pill has focus, there must not be selected pills.
- step 3) Pill selection stubbornly remains - possible, but not easy enough to get rid off.

If you start out with contacts sidebar and Bcc row already open before the move, same problem of sticky selection, but focus  jumps over to the address book context menu button - that's even less useful.

Expected result

- Last selected pill should have focus after bulk moving recipients. Selection provides action success feedback, focus on last pill makes it easy to deselect via cursor-right into recipient input.
Bug: message list for Sent folder should list who it's addressed to as default
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-05-09 00:00:08+00:00
Resolved: 2022-06-11 23:10:19+00:00

STR: 1. In Tbird, in a mail account, open the Sent folder.

Actual result: Correspondents are the sender. All my sent emails have the same sender, which is me, so this entry is not useful.

Expected result: Correspondents for sent email should be addressees, perhaps including CC and BCC addressees.

Additional info: Fedora 34 Linux, kept evergreen, including Tbird 78.10.1 (64-bit), without add-ons.
Bug: clang-cl unknown argument -fPIC warning
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-05-09 00:43:27+00:00
Resolved: 2021-05-13 04:04:42+00:00

Warning appears multiple times when compiling for Windows:
`clang-12: warning: unknown argument ignored in clang-cl: '-fPIC' [-Wunknown-argument]`

Started with:
https://hg.mozilla.org/comm-central/rev/61ebefcbdd36

That patch does address the issue, it adds `-fPIC` way too broadly.

`-fPIC` was only missing when compiling librnp, so that's the only place it needs to be added. rnpdefs.mozbuild is included by all of the dependencies of librnp, so that's the only place it needs to be added. It's addition also needs to be limited in scope to builds targeting Linux.
Bug: can’t delete folder in localhost email account without sync
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-05-09 01:43:13+00:00
Resolved: 2021-12-29 11:17:44+00:00

STR:

0. You may not want to do this.
1. In Tbird, select an email account that is on your localhost and that is not synchronized to an account on a remote server.
2. In that local account, select a folder you want to delete. (If you don't have one, you can probably make one, quit Tbird, and restart Tbird.)
3. If the folder is not empty, empty it.
4. Context-click the folder.
5. Delete it.

Actual result: It won't delete but will show progress indicators. If it takes more than a few seconds (maybe longer if you have a huge number of emails across all folders in the account), you may see progress indication for days, including through multiple quits and warm reboots.

Expected result: Deletion within a reasonable time.

Additional info:

A kludgy solution is at https://support.mozilla.org/en-US/questions/1334909 , but it's too geeky for mortals.

Possibly relevant: bug 533513.

Fedora 34 Linux, kept evergreen, with Tbird 78.10.1 (64-bit).
Bug: selecting an email and saving it as a template fails - disable "save as template" in UI
Status: VERIFIED
Priority: --
Resolution: WORKSFORME
Created: 2021-05-09 04:14:19+00:00
Resolved: 2021-08-11 14:51:43+00:00

STR:

1. In the main email window, select an email.
2. File > Save As > Template.

Actual result: Nothing. Progress indication apparently never stops.

Expected result: Either generate a template from the selected email or the command should not exist.

Additional info:

See also bug 532050 and, possibly relevant, bug 244289.

Fedora 34 Linux, kept evergreen, with Thunderbird 78.10.1 (64-bit).
Bug: saving new email message format as template takes too long
Status: VERIFIED
Priority: --
Resolution: WORKSFORME
Created: 2021-05-09 04:29:51+00:00
Resolved: 2021-08-11 14:56:11+00:00

STR:

1. In the main email window, File > New > Message.
2. Don’t type text anywhere but do format something, such as the font.
3. File > Save As > Template.

Actual result: Progress window says "Copying message to Templates folder". Apparently, this will run forever.

Expected result: Either carry out the command (how long can it take?), automatically creating a folder if none is in place, or have the command invoke a way for the user to create a Templates folder before trying to save to it.

Additional info:

See also https://support.mozilla.org/en-US/questions/1129119 .

Only when I read https://www.lifewire.com/save-message-as-template-1165252 did I realize I'm supposed to create the Templates folder in advance.

See also bug 1710262 and, possibly relevant, bug 244289.

Fedora 34 Linux, kept evergreen, with Thunderbird 78.10.1 (64-bit).
Bug: to save new email message format as template, on 2d try command grayed
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-05-09 04:40:59+00:00
Resolved: 2021-12-29 11:18:23+00:00

STR:

1. In the main email window, File > New > Message.
2. Don’t type text anywhere but do format something, such as font.
3. File > Save As > Template.
4. When the progress window says "Copying message to Templates folder", click Cancel.
5. Optionally, change the format. If you set a font last time, set it to another font.
6. File > Save As > Template.

Actual result: The command, this time, is dimmed.

Expected result: The command should be available.

Additional info:

See also bug 1710263 and, possibly relevant, bug 244289 and bug 1389062.

Fedora 34 Linux, kept evergreen, with Thunderbird 78.10.1 (64-bit).
Bug: [wayland] in popup windows sub menus are not shown
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-05-09 07:36:18+00:00
Resolved: 2021-11-07 17:17:33+00:00

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

Steps to reproduce:

1. Click right email address
2. create filter from ... -> option window pops up
3. choose folder
4. point or click on inbox


Actual results:

The sub folders (menus) are not shown on wayland.
xwayland works fine.