av9ash/GitBugs huggingface dataset:
Bug: Port bug 1731146 To Thunderbird - need BuiltInThemes.jsm
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-09-30 19:00:57+00:00
Resolved: 2022-06-13 20:13:20+00:00

Bug 1731146 added the browser only BuiltInThemes: "resource:///modules/BuiltInThemes.jsm" to toolkit/mozapps/extensions/content/aboutaddons.js, which breaks for Thunderbird - selecing Themes will show a "file not found" error in the console.

Not sure what else is broken due to bug 1733210 fallout.
Bug: Mouse Scroll wheel works intermittently in preview pane similar to  Bug 125570
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-09-30 21:57:56+00:00
Resolved: 2021-11-09 11:07:13+00:00

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

Steps to reproduce:

Attempted to scroll text in preview windows


Actual results:

Never scrolls on left side of preview window but sometimes works on right side of preview window.


Expected results:

Scroll should occur where ever mouse is positioned inside preview window
Bug: config settings in a tab page cleared by clicking the view message body as entry on the main menu.
Status: NEW
Priority: --
Created: 2021-10-01 04:01:43+00:00
Resolved: 2021-10-02 12:39:05+00:00

The short subject basically says it all.  
I was setting the mailnews.display.show_all_body_parts_menu pref in preferences.  I clicked on the view menu to check if it still created a menu entry and when I selected any of the entries on the menu the page cleared,  not to be refreshed unless I closed the tab and started again.
Bug: I am unable to send emails since Thunderbird update 91.1.2
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-10-01 13:18:29+00:00
Resolved: 2021-10-19 04:27:35+00:00

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

Steps to reproduce:

I can use my web based email account to send and receive emails with no problem.  I contacted my internet provider to verify my settings and see if there were any changes with them.  They were able to send and receive with no problem and there were no changes in their settings. All my settings appear to be correct.


Actual results:

When i attempt to send an email with Thunderbird i get this message, "Sending of the message failed.

The message could not be sent using Outgoing server (SMTP) smtp.powerxmail.com for an unknown reason. Please verify that your Outgoing server (SMTP) settings are correct and try again."


Expected results:

I should of been able to send an email.
Bug: With Multiple Folder Views (eg Favorites+All) - View jump to top (auto scroll up) when creating new IMAP folder
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-01 13:31:04+00:00
Resolved: 2023-05-16 21:02:43+00:00

As per bug reported on https://thunderbird.topicbox.com/groups/ux/T7fc6edcd67c12957/multiple-folder-views-available-on-daily

"...
Just noticed a small issue with Multiple Folder Views in TB 91.x branch... If I enable the Favorites view and place it on the top, when I create an IMAP folder in the All folder view very down the tree... as soon a the folder is created, the view jump all the way to the top (scroll all the way up) so I lost access to the folder just created and have to scroll all the way down again manually to access it and be able to move emails into it by drag/drop.

The same happens when a folder is deleted.
..."

"...Does this happen also if you only have a single folder view currently active?..."

No.
Bug: Fallback timestamp tooltip not shown on chat messages
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-10-01 15:37:49+00:00
Resolved: 2021-11-10 21:38:30+00:00

When we don't show a nick/conversation rich tooltip we used to show the timestamp of the message (or whatever title some of the html content of the message may have set).

It appears this broke because we can no longer fall back to the default `aHTMLTooltip` by just setting a title and not showing our tooltip.
Bug: Attachment arrow key navigation is broken in various ways
Status: NEW
Priority: P2
Created: 2021-10-01 17:47:44+00:00
Resolved: 2022-10-04 15:13:27+00:00

There are a few problems with the arrow key navigation in the composition window (handled here https://searchfox.org/comm-central/rev/534a966e11fc09f05ff11aba4bb3e65e881ae22d/mail/components/compose/content/MsgComposeCommands.js#7518):

1. The horizontal arrow keys are the wrong way around for right-to-left locales.
2. The vertical arrow keys assume each row has the same number of items as on the first row (it uses https://searchfox.org/comm-central/rev/534a966e11fc09f05ff11aba4bb3e65e881ae22d/mail/base/content/widgets/mailWidgets.js#1822), which is not necessarily true if some attachments have longer names than others. This means that pressing up and down can make you jump several rows, or keep you on the same row.
3. The `aria-orientation` is `vertical` (default for a `role=listbox` element) even though Left-Right keys are used to go one step forward or backward.
4. If the bucket is overflowing vertically, arrow key navigation does not properly scroll to the item that was moved to.

Moreover, it is inconsistent with the message pane `#attachmentList`. That `attachment-list` uses the default `richlistbox` navigation keys, which is Up-Down and matches the `aria-orientation=vertical`. It does have the same problem as point 4 though.

### Solutions

Note that since the `attachment-list`s uses `flex-wrap: wrap`, the items are not placed in a single line, but neither are they placed in a grid.

Probably for both `attachment-list`s, we should set the `aria-orientation` to `horizontal` to match the `flex-direction` and use Left-Right to iterate by one item.

I'm not as sure what the response to Up-Down should be, or whether we should completely ignore it. For example, what should we do in the following situations?

#### Example 1

`attachemnt2.txt` selected and press Down:

```
[attachment1.txt]  <attachment2.txt>  [attachment3.txt]
[attachment-name-4.txt]  [long-attachment-name-5.txt]
```
#### Example 2

`long-attachment-name-5.txt` selected and press Up:

```
[attachment1.txt]  [attachment2.txt]  [attachment3.txt]
[attachment-name-4.txt]  <long-attachment-name-5.txt>
```
#### Example 3

`very-very-long-attachment-name2.txt` selected and press Down:

```
[attachment1.txt]  <very-very-long-attachment-name2.txt>  [attachment3.txt]
[attachment-name-4.txt]  [short5.txt]  [attachment6.txt]
```

I'm also unsure if the vertical navigation might be confusing to screen reader users since the vertical alignment of the items will not be know. So pressing Up-Down will produce potentially inconsitent jumps. The `aria-orientation=horizontal` should hopefully hint to use Left-Right for navigation, but I'm not sure how good screen readers are at passing on the info.
Bug: Cannot save RSS feed attachment
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-10-01 19:35:09+00:00
Resolved: 2021-10-18 19:33:04+00:00

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

Steps to reproduce:

1) Open an RSS feed message with an .MP3 attachment (not quite an attachment, but rather an URL;that is how thunderbird sees it)
2) Right click and then "Save AS"
3) Choose the location
4) Save "file"

This only happens in messages in the Blogs & Newsfeeds section, files from mail accounts are saved and shown in the downloaded files list

I tried to create a new profile, subscribe to a new rss feed and the result was the same, so, it is not related with an old profile migrated from Thunderbird 78.
I tried it on both Windows 10 and Linux (Fedora 34) platforms, with the same results.
I also removed the handlers.json file, but to no avail.
Everything worked just fine under Thunderbird 78.
Subscribed podcast used in the test:
https://www.rtp.pt/play/podcast/6177

However, I tried with several different ones with the same result.


Actual results:

No error is produced, but file is not saved
If you check the downloaded file list, the specific file entry is not show

(sorry about the Portuguese Version in the screenshots)



Expected results:

File should have been saved in the specific location
Bug: "Move message to" filter blocks new mail notifications
Status: UNCONFIRMED
Priority: --
Created: 2021-10-02 10:45:02+00:00
Resolved: 2023-04-29 11:37:25+00:00

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

Steps to reproduce:

I run "Move message to" filters on getting new mail to move mail into subfolders. 

Since updating to version 91 tray icon notifications and alerts for new mail do not work anymore.

Disabling the filters (or using copy instread of move) solves the issue.


Actual results:

Tray icon and alerts notification don't work, sound notifications do.


Expected results:

All notifications should work.
Bug: Message pane reloaded on tab switch
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-02 16:21:56+00:00
Resolved: 2024-02-17 07:53:53+00:00

If the message pane is enabled in the main window (i.e. through F8),   
whatever’s opened in there gets entirely reloaded when switching tabs.

For example:
- open a long message in the message pane (if you don’t have one,  
you can save one as a draft with several paragraphs of pseudo-text).
- in the message pane, scroll down to the end of that message;  
you can also enable caret navigation (F7) and move the cursor downwards,  
or select any fragment of the message;
- switch to another tab, e.g. by opening the Calendar tab with Ctrl-Shift-C;
- switch back to the main tab, either through Ctrl-Tab or with Ctrl-W.

As the message pane gets reloaded, you’ll be brought back to the message’s  
beginning and therefore lose your previous cursor position, but also any  
selection or vertical scroll position.

This is justified by the way that pane is drawn internally (and it’s been  
that way for as long as I can remember, so that’s not a new behavior),  
but it can be perceived as inconsistent with the way other tabs are handled:  
when opening several messages in multiple tabs and switching from one to  
the next, vertical position, cursor and selection are all retained.

This is particularly annoying from an accessibility point of view, where  
users are relying on cursor position for their screen reader and may not  
have a comfortable way of skimming through the message to get to where  
they were just a second ago.

Unless fixable, at least that behavior should be documented and use of  
the message pane should be officially discouraged for users who rely on  
keeping track of the caret’s offset.
Bug: Text is pixelated after update to 91.1.2
Status: UNCONFIRMED
Priority: --
Created: 2021-10-02 17:14:56+00:00
Resolved: 2022-12-04 20:15:10+00:00

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

Steps to reproduce:

Updated to version 91.1.2 on September 29, 2021.


Actual results:

All text in Thunderbird is pixellated, including in messages, dialog boxes, mailboxes, etc.


Expected results:

Nothing should have happened. The text should be readable after an update.
Bug: Incorrect highlighting of selected UNTAGGED messages (Mac)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-03 15:09:03+00:00
Resolved: 2021-10-03 16:30:49+00:00

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

Steps to reproduce:

Select an untagged message in message list


Actual results:

The highlight color is much lighter than it should be.

For example, instead of being highlighted in blue highlight color of the system, the message is highlighted in faint blue (some 10% of system's color).

As a result, the message subject is hardly visible as the highlighted text turns to white (as it should).

There are no issues with tagged messages.

This issue didn't exist in previous TB versions. 


Expected results:

Normal highlight color as specified in System Preferences (and like it worked in all previous TB versions)
Bug: "Outgoing Server" path is in 2 places - only one works (?!)
Status: UNCONFIRMED
Priority: --
Created: 2021-10-03 15:39:19+00:00
Resolved: 2024-11-30 20:46:40+00:00

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

Steps to reproduce:

   Good day.  I have the Thunderbird email client loaded onto an HP laptop, Windows 10 OS.  Outgoing email was broken - "Outgoing email server path not recognized by server" error message.   Upgraded to latest released version 91.1.2 on Saturday 10/02/21 - didn't fix it.  Test messages would send from web email connect.xfinity.com, but wouldn't send from Thunderbird on the laptop, so definitely a Thunderbird setting problem.  

   This bug is related to bug 264256, but I don't believe it is fixed in version 91.1.2.  At least, it wasn't fixed for me last night, 10/02/2021.

   In Menu Tools / Account Settings, at the bottom of the page, there is a field for "Outgoing Server (SMTP)" .  Also in Tools / Account settings, in the listings on the left side of the page, at the bottom is a line for "Outgoing Server (SMTP)", which takes you to a page titled "Outgoing Server (SMTP) Settings" .   The root problem was my outgoing server was set to "comcast.net" instead of "smtp.comcast.net" .  I put "smtp.comcast.net" into this "Outgoing Server (SMTP) Settings" page, and it took (closed Thunderbird, rebooted PC, opened the page again, it said ""smtp.comcast.net")  -  but still couldn't send outgoing mail.  Frustrating.  By pure accident, I scrolled to the bottom of the main "Account Settings" page, saw the other field for "Outgoing Server," saw that it was wrongly set to "comcast.net" - typed in the correct Outgoing Server path, and that fixed the problem, outgoing mail now worked.   

   There are two (2) fields for "Outgoing Server" - and they don't Talk to each other !  And only one of them actually sets the outgoing path !   Not Good !  

Regards and RSVP, 
Bill Conners


Actual results:

Above


Expected results:

Above
Bug: Close/Maximize/Minimize buttons drawn out of boundary in Windows
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-03 17:56:56+00:00
Resolved: 2021-10-04 20:53:27+00:00

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

Steps to reproduce:

- Close TB maximized.
- Re-open TB (so it's maximized).
- Hover over Close / Maximize / Minimize buttons

On Windows 10 20H2 latest update. TB 91.1.2


Actual results:

The hovered buttons look big / out of it's boundary. (See pic)

Minimizing or resizing the window, then re-maximizing it fixes the issue.


Expected results:

Normal looking buttons.
Bug: The 'clear search field' icon is missing from 'Filter these messages' field
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-04 02:42:25+00:00
Resolved: 2021-10-04 04:21:51+00:00

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

Steps to reproduce:

Type something in the 'Filter these messages' search field.


Actual results:

The 'clear field' icon is missing. It's the rounded icon with x that should appear in the right end of the field. A click on the icon clears the field.




Expected results:

The 'clear field' icon should appear.

This icon was present in ALL earlier TB versions.
Bug: Reply-quote no longer works when using to line Reply or REPLY button in 91.1.2
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-04 16:21:35+00:00
Resolved: 2021-10-07 12:33:59+00:00

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

Steps to reproduce:

Checked account setting to be sure reply-quote was enabled. Closed and re-started Tbird.  Restarted computer.


Actual results:

When Replying or ReplyAll to a message using the buttons in the message window or the top line main menu, the message being replied to is not being copied into reply. This worked until last night's upgrade to 91.1.2.  It does work properly when right clicking and using Reply functions on drop down menu.


Expected results:

When clicking on Reply or Reply All buttons on top line menu or new message window, reply should display with message being replied to copied into the new message.
Bug: Right click on Open on jpg attachment will only save
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-10-04 16:49:00+00:00
Resolved: 2021-10-10 21:46:12+00:00

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

Steps to reproduce:

Open email, click on JPG attachment, click on open 


Actual results:

Save as jpg popup window opens everytime


Expected results:

default jpg viewer should have opened.
Bug: No visible minimize, window or exit buttons [TB91, Win8, hardware acceleration]
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-10-04 19:53:25+00:00
Resolved: 2021-10-07 07:02:57+00:00

User Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/92.0.4515.131 Safari/537.36 OPR/78.0.4093.153

Steps to reproduce:

Minor issue but since Thunderbird updated to 91, I've had no visible or barely visible traces of the minimize, window and exit buttons on the browser. Every time I open TB it's like this. I've attached a screenshot and the arrow points to where you can barely see the bottom edges on where the three buttons are. 


Actual results:

The minimize, window and exit buttons are barely visible/inaccessible when Thunderbird is open.


Expected results:

The minimize, window and exit buttons should be visible when Thunderbird is open and easy to access.
Bug: No Japanese encoding (only supports sending UTF-8)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-10-05 13:34:46+00:00
Resolved: 2021-10-06 06:20:53+00:00

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

Steps to reproduce:

There's no encoding selection on email.


Actual results:

Copy/paste awful to use when Japanese is needed.Old version had encoding selection,please bring it back.
Bug: Thunderbird beta loses e-mails. Going back to regular doesn't recover lost e-mails
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-10-05 13:49:51+00:00
Resolved: 2022-08-05 18:14:52+00:00

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

Steps to reproduce:

Hi,
I was in the beta channel and Thunderbird updated itself (as it should). I was using my e-mails as usual and went to one of my local folder and noticed:
1. Missing e-mails, where I knew there should be 1000s of e-mails stored, there were just 100s.
2. There was a "jump" in the dates: every e-mails between 2021 and 2015 were lost.
3. There were e-mails with clearly the wrong date: dated from 2101 instead of 2021.

I tried other folders with mix results: some folders are fine, show the e-mails I expected to be there, other loose e-mails


Actual results:

I lost 1000s of e-mails :-(
Fortunately I had a back from 2 months ago...

Have a look at the screenshot. You'll see e-mails dated 2101


Expected results:

That dates are wrong or some e-mails are not shown is fine by me (beta channel). But that e-mails are *deleted* without my knowledge and consent is clearly a bug.
Bug: TB 91 not opening cid: links
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-10-05 14:16:23+00:00
Resolved: 2022-10-27 01:19:18+00:00

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

Steps to reproduce:

Updated to TB 91.1.2 from 78.14.0 (Windows 10).

Click on the document link in the attached (cut down) e-mail.  (This will work with the file  on disk - that is, not in a mailbox.)




Actual results:

PDF does not open.  I have tried with PDF set to "Always ask", "Preview in Thunderbird", and "Use Adobe Acrobat Reader DC (Default)".

Note that hovering over the link shows it to be active, but clicking on it produces no result.  Nothing opens.  No error messsage.  Just dead.

Right-clicking on the link and selecting "Save As" will save the file correctly - so the data IS accessible to TB.


Expected results:

Clicking on the document link in the same message in 78.14 opens the PDF.

It should in 91 too!

This worked on the same machine (same user profile) in 78.14 (and many versions prior).

It still works (same file) on another machine that has not be updated.

Note that I have manually edited the sample message to remove a lot of headers, html and other (image) attachments that aren't necessary to show this issue.  The resulting artifacts are expected.

The problem occurs in the unmodified message, both on disk and in a mailbox.
Bug: Import from Outlook incorrect for S/MIME messages
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-10-05 15:52:02+00:00
Resolved: 2022-12-04 20:15:21+00:00

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

Steps to reproduce:

I used the import functionality Tools->Import->Mail->Outlook. I have Outlook 2016 installed. My Outlook mails contain many S/MIME protected (signed and encrypted) emails. After the import I tried to access some of the imported S/MIME protected mails. With S/MIME mails received in Thunderbird via IMAP, decryption and verification of S/MIME message (from the same sender) works fine.


Actual results:

The imported S/MIME protected mails only showed an smime.p7-something attachment, but did not ask for the pin of my smartcard or the password protecting the softkey, as it does for IMAP-received S/MIME protected mails. The smime attachment in the imported mail I cannot view. Non-S/MIME messages are imported and displayed just fine.


Expected results:

The imported S/MIME protected mail should have been decrypted and verified on me trying to open it in Thunderbird just like the ones received via IMAP from the same sender. When I save the message from outlook into a MSG file and convert it to eml via MFCMapi 21.0 and then import that eml into Thunderbird via Import Export Tools NG, then everything works as expected when trying to open this message and it is decrypted and verified.
Bug: Sub-Folders with New Email Not Highlighted Until Clicked
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-10-05 16:53:25+00:00
Resolved: 2022-09-04 23:18:47+00:00

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

Steps to reproduce:

1. Open a highlighted (bold and blue text, icon with yellow dot) top-level folder, indicating there is new email somewhere in that folder
2. Look for highlighted (bold and blue text and/or yellow dot) sub-folders
3. Notice that none is highlighted, even though some have numbers after them. e.g.  (3)
4. Click on one of the sub-folders with a number after it
5. Notice that the sub-folder is now highlighted (black text - not blue - however)



Actual results:

Sub-folders that contain new messages are not highlighted (bold and blue text, yellow dot on icon) until AFTER you click on them


Expected results:

The sub-folders that contain new messages should be highlighted when you open the highlighted parent folder
Bug: Intermittent comm/mail/components/extensions/test/browser/browser_ext_windows_types.js | undefined - Expected: about:blank, Actual: mailbox:///C:/Users/task_1633442427/AppData/Local/Temp/tmp8hgxufx5.mozrunner/Mail/localhost/test1?number=1 -
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2021-10-05 18:42:23+00:00
Resolved: 2022-04-04 11:57:08+00:00

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

---
```

```