av9ash/GitBugs huggingface dataset:
Bug: Attachment drag and drop not working TB94.0b4 (32bit)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-27 14:28:24+00:00
Resolved: 2021-11-01 14:59:57+00:00

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

Steps to reproduce:

Dragging any file to message window window doesn't work.


Actual results:

Attachment is not showing at the bottom of the message.
Messages are sent without attachment.
However, if clicked on "attach" and when navigated through file explorer to a file, then it works.


Expected results:

When drag and dropped attachment should be visible at the bottom of the message window and should be sent with a message.
Bug: Cannot add attachment by drag and drop
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-27 15:08:00+00:00
Resolved: 2021-10-28 06:06:56+00:00

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

Steps to reproduce:

Dragging a file from windows (file explorer, desktop) onto a message for sending to add the file as an attachment.


Actual results:

got the grey screen with paperclip and "add as attachment" but the dragged attachment has a "no entry" icon on it (like on a no smoking sign). Document does not attach. When trying to add through the Ctrl-Shift-A, occasionally get "not implemented".


Expected results:

got the grey screen with paperclip and "add as attachment" .... File should have attached.
Bug: Cannot change or add different CardDav addressbook after creating a 1st addressbook
Status: UNCONFIRMED
Priority: --
Created: 2021-10-27 15:51:24+00:00
Resolved: 2021-10-29 09:25:35+00:00

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

Steps to reproduce:

In TB 91.2.1 (32 bit) I created a new CardDav address book using a Google account
The string used is: https://www.googleapis.com/carddav/v1/principals/name-of-the-account/lists/default/


Actual results:

The address book is created and sync does work
BUT, if you need to change the account to connect to or realize that you have used a wrong address (in case you have many), you can't edit the account anymore.

Deleting the a.b. and recreating a new one with a different Google account in the string creates a new one, but once created you can verify that the old account was used. And this occurs everytime, no matter how many times you delete and re-create the CardDav connection.

Even if you edit the CardDav account sting using the advanced config editor in TB the connection is locked to the 1st account used.


Expected results:

Deleting the CardDav address book and creating a new one with a different Google account should create a new, different CardDav addressbook, using the new account.
Bug: Articles in Thunderbird RSS Reader are not Accessible with NVDA
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-27 16:20:06+00:00
Resolved: 2023-10-27 04:41:06+00:00

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

Steps to reproduce:

1. Go to the list of articles on any rss feed.
2. Press enter to open the article.


Actual results:

Thunderbird loads the article, but tabbing in the window announces only the author/website/subject fields and unknown or the rest.


Expected results:

An article should be loaded.
Bug: New mail notification does not dispay as per Taskbar tray position
Status: NEW
Priority: --
Created: 2021-10-27 16:29:40+00:00
Resolved: 2021-10-28 04:46:05+00:00

Windows 10 OS
Tested using TB 78.14.0 and  TB Version 91.2.1

Position the computer TaskBar at bottom of screen
TB 78.14.0  = New mail notification pop up displays bottom of screen on right near 'Tray'.
TB 91.2.1    = New mail notification pop up displays bottom of screen on right near 'Tray'.
Result is correct for both versions.

Position the computer Taskbar at top of screen
TB 78.14.0  = New mail notification pop up displays top of screen on right near 'Tray'. 
TB 91.2.1    = New mail notification pop up displays bottom of screen on right.
Result is correct for version TB 78.14.0
Failed result for version TB 91.2.1 
It should auto display at the top of screen on the right side near the tray.

Position the computer TaskBar on left side of screen
TB 78.14.0  = New mail notification pop up displays on left side of screen bottom near 'Tray'. 
TB 91.2.1    = New mail notification pop up displays bottom of screen on right.
Result is correct for version TB 78.14.0

Failed result for version TB 91.2.1 
It should auto display on left side of screen bottom near 'Tray'. 
The pop up said x account had a new message, but no content - no subject - a blank pop up.  But I did notice this was a filtered email.

Position the computer TaskBar on right side of screen
TB 78.14.0  = New mail notification pop up displays on right side of screen bottom near 'Tray'. 
TB 91.2.1    = New mail notification pop up displays bottom of screen on right. But, I think this is probably more due to similar default location than following tray location.


Basically:
version 78.14.0 will display the new mail notification near to the Taskbar Tray. no matter the position of the Taskbar. Top, Bottom, Left or Right of screen.

version 91.2.1 always displays in the same location; bottom right of screen.  This is incorrect.
This is the bug.
Bug: Thunderbird asking for passwords after upgrade
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-10-27 17:42:17+00:00
Resolved: 2021-11-04 07:35:26+00:00

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

Steps to reproduce:

1. Upgrade to Daily 95.0a1 (2021-10-27, 64-bit) from Daily 95.0a1 (2021-10-26).
2. Restart Thunderbird.



Actual results:

Once the upgrade completes and program opens, program begins to ask for passwords for inboxes. A check on the Password Manager doesn't show stored passwords.

Build 95.0a1 (2021-10-25) doesn't have that issue. 


Expected results:

Program should retrieve new mail, as passwords are already stored in the system.
Bug: Message view window has header and preceding message's body text appended to it
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-27 19:57:15+00:00
Resolved: 2021-11-03 16:03:59+00:00

This is a tough one to describe or give STR to repro but, at the very least, ensure you have View > Headers > All selected.

What I am seeing is a kind of bleed-over from a succeeding message in the message list. In one message I got, I see the header and the message body of the message just above it and, I am just now discovering, some bleed-over from the body of a message two higher.

Sorry if this is not making sense. Let me try again. I have three massages that arrived at 2:38PM, 2:39PM and one at 2:41PM. They are the top-most and current messages in my Inbox for this account. When I click on the message that arrived at 2:38PM, in it's message body, I see it's own intended message as I scroll down. But if I scroll down more, I ALSO see the header and message body of the email that arrived at 2:39PM. If I scroll all the way to the end, I ALSO see the header and message body of the email that arrived at 2:41PM.
Bug: Not possible to print individual appointments (Lightning extension) with the new print dialog
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-27 22:16:08+00:00
Resolved: 2021-10-27 22:24:48+00:00

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

Steps to reproduce:

Up to the 78.X version it was possible to select and print out individual appointments (Lightning extension) including their notes. In the 91.X version "print selection" is missing in the print dialog. 


Actual results:

In the 91.X version, a print out of user-defined selection is no longer possible.  


Expected results:

Print out user-defined selection.
Bug: View message has message information from other Threads
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-28 02:11:34+00:00
Resolved: 2021-10-29 11:47:45+00:00

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

Steps to reproduce:

94.0b4 I have the settting enabled that groups emails of a thread together


Actual results:

The view window pulls information from multiple unrelated chains. The initial email and my first response show just fine, each subsequent reply shows messed up content as stated above


Expected results:

Should be able to view the email itself
Bug: Crash in [@ nsMsgLocalMailFolder::CopyData]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-10-28 02:45:18+00:00
Resolved: 2021-11-10 21:38:46+00:00

currently #9 crash for version 94.  first appears with buildid 20211004221715, in the crash below. So perhaps a regression. Or maybe a duplicate of a ongoing persistent crash under a different crash signature

Crash report: https://crash-stats.mozilla.org/report/index/78af1195-af3d-46f0-a7c4-80e840211012

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 10 frames of crashing thread:
```
0 xul.dll nsMsgLocalMailFolder::CopyData comm/mailnews/local/src/nsLocalMailFolder.cpp:1942
1 xul.dll nsCopyMessageStreamListener::OnDataAvailable comm/mailnews/base/src/nsCopyMessageStreamListener.cpp:43
2 xul.dll nsMailboxProtocol::ReadMessageResponse comm/mailnews/local/src/nsMailboxProtocol.cpp:583
3 xul.dll nsMailboxProtocol::ProcessProtocolState comm/mailnews/local/src/nsMailboxProtocol.cpp:657
4 xul.dll nsMsgProtocol::OnDataAvailable comm/mailnews/base/src/nsMsgProtocol.cpp:300
5 xul.dll nsInputStreamPump::OnStateTransfer netwerk/base/nsInputStreamPump.cpp:532
6 xul.dll nsInputStreamPump::OnInputStreamReady netwerk/base/nsInputStreamPump.cpp:377
7 xul.dll mozilla::SlicedInputStream::OnInputStreamReady xpcom/io/SlicedInputStream.cpp:419
8 xul.dll nsInputStreamReadyEvent::Run xpcom/io/nsStreamUtils.cpp:94
9 xul.dll mozilla::RunnableTask::Run xpcom/threads/TaskController.cpp:467
```
Bug: Crash in [@ nsPop3Sink::IncorporateAbort]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-10-28 02:59:19+00:00
Resolved: 2021-10-29 10:14:43+00:00

Another crash signature first appearing in buildid version 94 (as a recent crash - but previously as Bug 760289 - crash in nsPop3Sink::IncorporateAbort), as does bug 1738160.

Crash report: https://crash-stats.mozilla.org/report/index/8d394e98-da8d-492f-88e2-465f20211019

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 10 frames of crashing thread:
```
0 xul.dll nsPop3Sink::IncorporateAbort comm/mailnews/local/src/nsPop3Sink.cpp:664
1 xul.dll nsPop3Protocol::ProcessProtocolState comm/mailnews/local/src/nsPop3Protocol.cpp:3856
2 xul.dll nsMsgProtocol::OnDataAvailable comm/mailnews/base/src/nsMsgProtocol.cpp:300
3 xul.dll nsInputStreamPump::OnStateTransfer netwerk/base/nsInputStreamPump.cpp:532
4 xul.dll nsInputStreamPump::OnInputStreamReady netwerk/base/nsInputStreamPump.cpp:377
5 xul.dll nsBufferedInputStream::OnInputStreamReady netwerk/base/nsBufferedStreams.cpp:704
6 xul.dll mozilla::SlicedInputStream::OnInputStreamReady xpcom/io/SlicedInputStream.cpp:416
7 xul.dll nsInputStreamReadyEvent::Run xpcom/io/nsStreamUtils.cpp:94
8 xul.dll mozilla::RunnableTask::Run xpcom/threads/TaskController.cpp:467
9 xul.dll mozilla::TaskController::DoExecuteNextTaskOnlyMainThreadInternal xpcom/threads/TaskController.cpp:770
```
Bug: Quick filter search (ctrl + shift + k) does not search in Carddav displayname Correspondents, only real mail address
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-28 04:41:56+00:00
Resolved: 2021-11-01 13:52:07+00:00

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

Steps to reproduce:

In quick filter search field type DisplayName of user, that name takes from carddav


Actual results:

Messages from user (that name takes from carddav) not found, but if I type clear email of user, messages found fine.


Expected results:

Thunderbird find messages by displayname from carrdav
Bug: templates with attachments - error on missing attachment.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-28 07:49:42+00:00
Resolved: 2021-10-28 08:14:23+00:00

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

Steps to reproduce:

Thunderbird 91.2.1

Create new emails from templates which have a number of attachments (>10). 
Then deleting some attachments, adding others





Actual results:

Sometimes OK but at some point (after 2 or 3 different emails from template sent w/ success),  send fails on missing attachment error. 
email is broken. Unable to save it. 
User has to stop Thunderbird and start everything.


Expected results:

Send email w/ success
Bug: Copies & folder settings ignored
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-28 07:58:39+00:00
Resolved: 2021-11-22 08:45:29+00:00

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

Steps to reproduce:

change setting is "Copies & folder / When sending message automatically"


Actual results:

Nothing. A copy is always placed in the Sent mailbox whatever the settings.


Expected results:

copy placed in the desired folder (or no copy at all if that is requested)
Bug: Inconsistency in light theme when OS theme is set to dark mode
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-28 08:00:11+00:00
Resolved: 2021-10-28 12:52:16+00:00

After the update to 94.0b5, there is an inconsistency  in light theme when OS theme is set to dark mode (see attached file). This is a regression: in previous 94.0b4 all are works fine.
Bug: Unread mails and folders not displayed in bold font
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-28 12:49:41+00:00
Resolved: 2021-10-28 16:29:32+00:00

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

Steps to reproduce:

Upgrade to TB 91.2.1 and macOS 12.0.1 (not sure whether macOS 11.x showed same behaviour), using default theme.


Actual results:

Unread mails and folders containing unread mails are not displayed in bold font in lists/folder tree anymore.


Expected results:

Unread mails should be displayed in bold font.
Bug: Regression: Hitting Return on an attachment no longer allows to choose between save and open
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-28 13:14:53+00:00
Resolved: 2021-10-29 08:59:19+00:00

Since a recent change (see below), selecting an attachment in the  
`attachmentList` box and hitting Return no longer opens the dialog  
where you can choose between “Open with” and “Save”.  Instead it  
just opens the GtkFileChooser as if you had selected “Save”.

mozregression gives me the following window, although I couldn’t  
track down the specific commit:
https://hg.mozilla.org/comm-central/pushloghtml?fromchange=1ba69c2585f8b49cfb05b9beb0b718d691f320aa&tochange=f2b94c43c09287fc5cca4885efc0d513dba91b33

Either way, it was introduced very recently (on Oct. 25).
Bug: keyboard navigation in new Address Book
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-28 13:58:13+00:00
Resolved: 2023-05-08 14:10:01+00:00

The new Address Book (new as of 95.0a1) looks nothing short of gorgeous,  
and I think we’ll be gaining some advantages in usability as well.

One thing that remains to address, however, is the keyboard navigation.  
Off the top of my head, there are two regressions that stood up to me:
- F6 no longer allows you to quickly switch between the contact list  
(now named `cards`) and the list of lists (formerly a tree, now named  
`books`).
- I couldn’t find a quick way to immediately focus on the search box;  
Ctrl-K is a no-op, as is /, and Ctrl-F opens up the classic web page search  
(which, by the way, is pretty useless in that particular context).
Bug: After MacOS update to Monterey, the font chances and unread emails are no longer distinguishable from read emails
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-28 14:45:47+00:00
Resolved: 2021-10-28 18:28:20+00:00

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

Steps to reproduce:

I updated my Macbook to Mac OS Monterey. After updating, apps start as usual but the font seems to have changed.

Unread emails are no longer shown in bold, they have the same font strengh as read emails


Actual results:

The font and the differenciation between read/unread should have stayed the same
Bug: adding contacts in new Address Book - keyboard navigation hindrances
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-28 14:48:23+00:00
Resolved: 2022-05-24 22:45:52+00:00

In addition to bug 1738269, I’m opening this one to keep track  
of other keyboard navigation hindrances when trying to create  
a new contact in the Address Book.  (In fact, I couldn’t find any  
way to create a new contact without using the mouse.)

- The Ctrl-N combo to create a new contact doesn’t appear to work.
- The Toolbar buttons are not reachable by hitting Tab any number of times.
- When creating a new contact, the Save button isn’t reachable unless you  
hit Tab a total of (let me count)… 48 times.  I couldn’t find a mnemonic  
such as Alt-S.
- Although the Save button, visually, looks like it’s focused by default, it’s  
actually not: hitting Return won’t save the contact.
- When tabbing through all the fields, the focused entries are not visible:  
they’re actually hidden at the bottom by the “Cancel/Save” div.  The entries  
you do see are actually the ones you’ve just left.
Bug: raw HTML displayed instead of email, and a mismatch between email in list and email displayed
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-28 15:11:12+00:00
Resolved: 2021-10-29 09:19:13+00:00

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

Steps to reproduce:

Yikes! For some incoming emails, TB is displaying the raw HTML in the email body pane, AND it's displaying the HTML for a different email than is selected in the message list. 


Actual results:

1. Click on an email in the message list.
2. The raw HTML is being displayed instead of the email text.
3. In searching for <p> tags to see if I could figure out what the message was, I noticed that the text was from an email other than the one that was selected in the message list. Both emails were received recently. 

See attached file for clarification.

Using TB 94.0b4 on Mac OS Big Sur 11.6. 


Expected results:

The email selected in the message list should display as normal.
Bug: Contact list items not focusable in new Address Book
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-10-28 15:14:25+00:00
Resolved: 2023-05-08 14:11:46+00:00

In addition to bug 1738269 and bug 1738281, I found a slightly  
trickier accessibility regression in the new Address Book, that’s  
only triggered when using Thunderbird’s At-Spi output.   
Typically, with the Orca screen reader or the Accerciser inspector.

- Open the Address Book with a couple of contacts in it.
- Hit Tab until you reach the search box, then twice more.

Looks like the focus is now in the contact card list, right?  
Wrong: these cards are actually NOT focusable. If you hit  
the Up and Down arrow, you will switch their “selected”  
state, but not their “focused” state (as they have none).

As a result (presumably), Orca is currently getting lost in  
that list box, and offers no way of browsing from one contact  
to the next using the arrows only. See [Orca bug #221](https://gitlab.gnome.org/GNOME/orca/-/issues/221).
Bug: Scroll bars are missing or keep disappearing in all windows
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-10-28 16:48:49+00:00
Resolved: 2021-11-20 23:00:08+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:91.0) Gecko/20100101 Thunderbird/91.2.1

Steps to reproduce:

Opened Thunderbird


Actual results:

In latest versions (91.2.0 and 91.2.1):
There are no scrollbars anywhere. None in messages, no scrollbar in “Folders” area, no scrollbar in the tab windows, and no scrollbar in Preferences. Only exception is in the “Release Notes”window. Sometimes I can make the scrollbars appear by resizing the window, or using the down arrow key, or various other tricks, but usually they just disappear again quickly. If they stay, I can grab one with the pointer and use it. But when I move the pointer away off the window the scrollbar disappears again.
I’m using a Mac mini, OS 10.14.5.


Expected results:

Scroll bars should be there all the time when text overflows the window.
Bug: Selecting Open on an attachment actually prompts me to save it and doesn't open it
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-28 16:53:38+00:00
Resolved: 2021-11-02 11:55:09+00:00

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

Steps to reproduce:

On a mail in my inbox, I right-clicked one of the attachments and selected "Open".


Actual results:

Thunderbird displayed the Save As dialog box and did not open the attachment, whether or not I saved it.


Expected results:

It should have opened the attachment (a .WMV file). There is an app registered fr it on Windows because it's showing the correct icon (for VLC).

This bug appeared in the most recent update to TB v91.2.1. "Open" used to open the attachment (presumably saving the file in a temp folder).
Bug: browser_ext_addressBooksUI.js overrides default test value of "mail.addr_book.useNewAddressBook"
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-10-28 17:13:42+00:00
Resolved: 2021-10-28 22:55:37+00:00

The default system value for mail.addr_book.useNewAddressBook had recently flipped to true. The tests still expect the old AB and thus a preference setting has been added to browser.ini, but this test manipulates the addressbook pref and then returns to the system default by clearing its user value. 

However, it should return to the default test value. Otherwise, all address book related tests running after this one fail.
Bug: Can't create new oauth2 account Mac Catalina
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-10-28 18:10:45+00:00
Resolved: 2022-02-12 15:39:50+00:00

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

Steps to reproduce:

1 - chose add new account for service that requires oauth2 - i.e. institutional office365)
2 - entered user name
3 - no point in entering password since oauth2 (thunderbird on other platforms) presents the organizations login screen.
4 - chose configure manually
5 - entered server names and ports (outlook.office365.com:993, smtp.office365.com:587)
6 - click re-test
7 - Correctly sets imap auth method to oauth2 - but - does NOT set auth method for smtp to oauth2.
8 - Never gets organizational login screen
9 - Finish button is never enabled


Actual results:

This has worked on windows and fedora with thunderbird 91.
Create new account with settings as above
Organizational login screen appears
Log in successful
Returns to thunderbird
Click create
Retrieval of email begins

Reviewing other oauth2 bug reports over the last 7 years hints that problems related to this have been around for a while but never addressed.


Expected results:

Create new account with settings as above
Organizational login screen appears
Log in successful
Returns to thunderbird
Click create
Retrieval of email begins