av9ash/GitBugs huggingface dataset:
Bug: resource://gre-resources/scrollbars.css: Unknown property ‘zoom’
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-10-09 11:29:00+00:00
Resolved: 2023-10-16 06:12:01+00:00

We have an (apparently new) test failure:

TEST-UNEXPECTED-FAIL | comm/mail/test/static/browser_parsable_css.js | Got error message for resource://gre-resources/scrollbars.css: Unknown property ‘zoom’. Declaration dropped. - 
https://treeherder.mozilla.org/jobs?repo=comm-central&selectedTaskRun=DhNvTSv-TGClROK5lWtKIw.0

Maybe this is related to the change in bug 1856755 which modified/added a "zoom:document" statement?
https://bugzilla.mozilla.org/show_bug.cgi?id=1856755
https://hg.mozilla.org/mozilla-central/rev/3203468939ab

CC'ing Alex and Geoff because you had worked on this file in the past (in bug 1819183) so you might know what needs to be done here.
Bug: "Archive" followed by "Ctrl-Z" undo can lose emails
Status: UNCONFIRMED
Priority: --
Created: 2023-10-09 11:34:34+00:00
Resolved: 2024-02-19 14:15:38+00:00

Steps to reproduce:

- I selected a collapsed thread with 2 emails in them and hit "A" to archive them
- Then I realized I wanted to follow some links in one of them and I hid Ctrl-Z to get the emails back to the folder I am looking at. I kept hitting Ctrl-Z until both emails re-appeared, but that never happened.


Actual results:

- The first Ctrl-Z restored one of the emails.
- The next Ctrl-Z did nothing.  This often happens so I was not very concerned.
- The next Ctrl-Z made the just restored email disappear again! That didn't happen before, to I was confused.
- Hitting Ctrl-Z a few more times, one email kept appearing and reappearing.
- Eventually both emails were gone again and Ctrl-Z doesn't seem to have any further effect any more.

Looking at my archive folder, *both emails are not there*. They seem to be completely lost. I did try "Repair folder" on the IMAP folder they were originally in, but that didn't restore the emails either. Lucky enough these emails were not important at all, but having a data loss bug in Ctrl-Z handling is rather scary.


Expected results:

The second Ctrl-Z should have restored the 2nd email (or really, one Ctrl-Z should have restored both of them, since they were also archived with a single action).

And obviously, Thunderbird should never ever lose data when emails are just being moved between folders.
Bug: random positioning after opening a folder
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-10-09 13:09:25+00:00
Resolved: 2023-10-13 14:45:47+00:00

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

Steps to reproduce:

I open a (pop3-)folder



Actual results:

My message-window doesn't show the last and unread messages, but jumps to a random position anywhere inside the listed mails.
I always have to scroll to the end of the list or type ctrl-end after having marked a mail to get to the end.
Leaving the folder and returning, neither stores the last position nor returns to a marked line, but always jumps anywhere... 


Expected results:

While mails inside a folder are sorted by date, TB should jump to the last page of the listed mails, if I opon a folder.
This behaviour changed after installing new version 115.
Please get back to the previous behaviour.
Bug: No space between time and event in Calendar
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-10-09 14:08:44+00:00
Resolved: 2024-03-30 19:05:14+00:00

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

Steps to reproduce:

Open Calendar with some events with time.


Actual results:

Time and event description have no space between items


Expected results:

Items should have space between for cosmetics.
Bug: Alert for Blocked Remote Content in Messages Considered Harmful for Screen Reader Users
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-10-09 15:10:10+00:00
Resolved: 2023-10-10 08:57:41+00:00

Steps to reproduce:

1. Go to the list of messages;
2. Go over a message with blocked remote content;


Actual results:

An alert pops up announcing that TB has blocked remote content interrupting the normal screen reader speech and leading to degraded user experience.


Expected results:

I'm blind, I don't care about images in the email. I don't need my flow interrupted and if for some reason I do care, it should be available through an option that I seek out.

The current options provided by the alert are different variants of "allow random images" which is not desired but is the only way for this alert to disappear and never show up again. The end result is that the alert achieves the opposite of its purpose to provide users with the tools to manage their emails and supposed privacy.

Please, move this alert to a button out of my way.
Bug: Shortcut ⌘1 for Mail & Newsgroups does not work anymore (cmd+1)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-10-09 15:18:42+00:00
Resolved: 2024-12-16 23:12:02+00:00

Steps to reproduce:

Using shortcut ⌘1 for Mail & Newsgroups.


Actual results:

Mail & Newsgroups did not open.


Expected results:

Mail & Newsgroups should have opened.
Bug: TB115, Debian, GNOME, regularly hanging
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-10-09 16:57:39+00:00
Resolved: 2023-11-27 00:18:55+00:00

I'm running TB115 downloaded from Mozilla under GNOME in Debian testing. It regularly hangs and needs to be killed. Twice today I composed a new message and clicked the Send button and the send pop-up appeared and it started sending and then just hung. GNOME says the app is hung and asks whether I want to wait for it or force quit it. This is not the only context in which I have seen hangs.

Probably relevant: Firefox is also hanging for me somewhat regularly.

No other app is hanging like this.
Bug: Unable to Send Email with Large Attachments
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-10-09 17:17:22+00:00
Resolved: 2023-10-12 16:20:51+00:00

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

Steps to reproduce:

1. Compose a new email in Thunderbird.
2. Attach a file to the email that is larger than [specify the size threshold, e.g., 10MB].
3. Attempt to send the email.


Actual results:

Thunderbird displays an error message, and the email fails to send. The error message [provide the exact error message text] is shown to the user.


Expected results:

The email should be sent successfully, including the large attachment.
Bug: New Upgrade 115.31 has screwed up Message Composition - paste something once, it works, then if you press the return key and paste it a second time, it doesn't work
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-10-09 18:55:00+00:00
Resolved: 2024-07-14 18:14:40+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/109.0.0.0 Safari/537.36 Edg/109.0.1518.140

Steps to reproduce:

Copying and Pasting text or objects into a New Message is malfunctioning.  This issue doesn't happen in troubleshoot mode, but it is new with version 115.31. If you paste something once, it works, then if you press the return key and paste it a second time, it doesn't work, then if you press the return key again, it will paste. While doing this, the box next to Paragraph switches to variable width every other time, which is when the paste fails.
This release of TB is so full of bugs, it begs the question, why was it even released. It is causing people allot of grief and time.
Bug: Thunderbird 115.3.1 upgrade, unable to download new Yahoo emails
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-10-09 19:00:32+00:00
Resolved: 2023-10-10 23:52:58+00:00

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

Steps to reproduce:

Since auto-upgrade to Thunderbird 115, have been unable to receive new email from Yahoo email (the email service used by ISP, Frontier.com), except once.
Confirmed all POP email settings.
Incoming server had used "normal password" authentification in the past. With this setting, I would eventually get error msg "unable to login to pop3.frontier.com."
Emails are accessible on Frontier.com webmail in browser, but not on Thunderbird.
Frontier tech support said incoming server authentification should be OAuth2 (though prior "normal password" might be acceptable). With OAuth2 setting, no longer receive login error message, above. But no emails are downloaded.


Actual results:

Unable to download new emails to Thunderbird since upgrade, except on one occasion (when logged in online to Frontier website and chatting live with Frontier support).


Expected results:

Emails should download to Thunderbird.
Bug: Toolbar above Menu Bar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-10-09 22:59:21+00:00
Resolved: 2023-10-11 21:34:26+00:00

Steps to reproduce:

Upgraded to 115.2.1


Actual results:

Toolbar moved above Menu bar.
This happened on both Debian/KDE and Windows. This makes the layout unfamiliar and jarring to users of both these OS where the convention is the opposite.


Expected results:

Toolbar should have remained below the Menu Bar following the convention used by both these OS. I understand that this change has been made to remove the necessity to support layouts for different OS, but the result is that the current design now feels incongruent and unfamiliar in all of them. Messing with established layout conventions is also immensely frustrating for users, especially those who are visually impaired.
Bug: "Uncaught TypeError: smtpServer is null" when showing Troubleshooting Information on news-only profile
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-10-09 23:36:43+00:00
Resolved: 2023-12-07 21:15:24+00:00

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

Steps to reproduce:

```
Uncaught TypeError: smtpServer is null
    _getSMTPDetails chrome://messenger/content/about-support/accounts.js:72
    getAccountDetails chrome://messenger/content/about-support/accounts.js:97
    <anonymous> chrome://messenger/content/about-support/accounts.js:241
2 accounts.js:72:18
```
Bug: list of 4k messages flickers and fills slowly when scrolled or via mouse wheel - mozilla::RestyleManager::DoProcessPendingRestyles activity
Status: REOPENED
Priority: --
Created: 2023-10-09 23:59:14+00:00
Resolved: 2025-03-03 14:40:26+00:00

After upgrading from TB 102 to 115, I've noticed that the message list now flickers when scrolled and takes some time to fill the missing lines.
Bug: Unified toolbar should be below the main menu bar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-10-10 07:49:59+00:00
Resolved: 2023-10-10 08:13:55+00:00

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

I can neither add a comment to the closed bug nor vote for a change. That's why I'm writing a new one without further ado.

Not having the menu bar at the top is misleading and requires additional work at our university (either when implementing userChrome.css or when instructing employees).

An option in the settings would be desirable.
Bug: New version icon in mac os dock has white painting on white background
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-10-10 07:58:55+00:00
Resolved: 2023-10-10 09:05:17+00:00

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

Steps to reproduce:

Updated thunderbird to a new version 


Actual results:

icon in the dock looks like a white filled rounded rectangle


Expected results:

Old icon should be kept or new icon should look recognizable
Bug: Folder size and total number of messages are no longer vertically aligned
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-10-10 08:22:04+00:00
Resolved: 2023-11-06 15:25:46+00:00

In TB 102 the extra fields in the folder pane such as the folder size and the total number of messages were vertically aligned. This is no longer the case with TB 115, these fields are now grouped with the unread count and right aligned. This is more compact but less readable.
Bug: Unread message gets marked 'read' when I move message to another folder
Status: NEW
Priority: --
Created: 2023-10-10 08:31:02+00:00
Resolved: 2024-11-17 02:29:13+00:00

Steps to reproduce:

1. Open an unread message from the main folder overview (inbox), the message is opened in a new tab.
2. Switch back to the main folder overview tab. The message tab of step 1 remains opened, but it is not active.
3. Move the message from step 1 to another folder.


Actual results:

1. The message is correctly moved to the selected folder.
2. The title of the second tab (previously opened message), showing the subject of the message, is replaced with the subject of the next message in the inbox.
3. The next message in the inbox is marked as read, although I never read it.


Expected results:

1. The message is moved to the selected folder.
2. The title of the second tab (previously opened message), showing the subject of the message, stays as it is.
3. The next message in the inbox remains marked as unread.
Bug: Downloaded messages for any of the email accounts are not being jumped to as unread, after download (scroll)
Status: UNCONFIRMED
Priority: --
Created: 2023-10-10 10:23:26+00:00
Resolved: 2023-10-31 10:11:47+00:00

Steps to reproduce:

Run the usual Get messages from my 2 email accounts - version is 115.3.1 64 bit


Actual results:

Messages downloaded ok, but unlike previously the program does not go to the first unread message.  It stops randomnly in the previously downloaded and read messages. Switch to the 2nd email messages, initially get the Not responding message which lasts about 20 seconds. Does not again go to first unread message


Expected results:

Messages download, and the first unread message is highlighted

Switching to read email messages from the 2nd account, the system should not hang for 20 seconds or so
Bug: Some features of the search facility have become erratic - "Open", "Move to", "Delete" and "Save in folder"  sometimes disabled
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-10-10 10:51:25+00:00
Resolved: 2024-12-12 09:21:20+00:00

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

Steps to reproduce:

Ran search by right-clicking on a folder and selecting "Search messages"


Actual results:

Search runs as normal... but when it has finished  the "Open", "Move to", "Delete" and "Save in folder" are greyed out. 

This only happens some of the time, and I have not as yet discerned a pattern. 


Expected results:

Buttons should not be greyed out!
Bug: Views not saved when changing folder
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-10-10 11:07:12+00:00
Resolved: 2023-10-11 19:34:12+00:00

Steps to reproduce:

I have a custom view showing unread and tagged mails only but the problem also exists with the default views such as Unread or based on tags.

Go into message folder and select a View (e.g. Unread). Switch to another folder and back again.


Actual results:

The message list shows all messages; the view is not active anymore


Expected results:

I expect the view still active and only showing the unread mails. In previous version of Thunderbird, the view was stored as a per-folder setting.
Bug: Right half of RSS entry contents invisible due to long attachment filename
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-10-10 11:23:21+00:00
Resolved: 2023-11-27 17:53:19+00:00

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

Steps to reproduce:

1. Configured Thunderbird to use three-pane-view
2. Subscribed to https://meduza.io/rss/all


Actual results:

The long attachment name makes the entry container much wider than the Thunderbird window, so the right half of the text is invisible, overflowing the window.


Expected results:

The text should remain readable. The attachment controls should remain visible.
Bug: Archive not working as expected on localized versions of Outlook/Live - @outlook.office365.com/Archives instead of @outlook.office365.com/Archivo
Status: UNCONFIRMED
Priority: --
Created: 2023-10-10 11:29:20+00:00
Resolved: 2024-09-18 19:16:19+00:00

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

Steps to reproduce:

When I move a mail to Archive, Thunderbird creates a new folder named Archives (@outlook.office365.com/Archives) and a sub-folder with the year, instead of using the original folder from Outlook (@outlook.office365.com/Archivo), the new folder is correctly translated for localized version but it's not the official folder, the newly created folder cannot be deleted from Thunderbird but can be deleted from web version of Outlook, not so with the original Archivos folder, which cannot be deleted neither from Thunderbird nor Outlook web. Probably the problem here is Outlook not using standardized names.


Actual results:

Thunderbird creates Archives folder (@outlook.office365.com/Archives) instead of using oficial archive of the mail provider.


Expected results:

Thunderbird should use the official Archives folder from the mail provider instead of creating one and should not create additional folders for the year (for example ./Archives/2023), I should be the one who decide how to organize my folders.
Bug: Profile manager shows 2 profiles as default
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-10-10 11:52:03+00:00
Resolved: 2023-10-11 08:37:29+00:00

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

Steps to reproduce:

When starting Thunderbird with the profile manager both my profiles show the checkbox "use the selected profile without asking".

I've attached screenshots and the profiles.ini file.


Actual results:

2 profiles are set to be the default profile.


Expected results:

I expect only one profile to be the default profile.
Bug: Thunderbird uses wrong profile when starting
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-10-10 11:58:45+00:00
Resolved: 2023-10-11 08:51:06+00:00

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

Steps to reproduce:

According to my profiles.ini file the default profile should be c0obhqzb.default:

[Profile1]
Name=default
IsRelative=1
Path=Profiles/c0obhqzb.default
Default=1

[Profile0]
Name=default-release
IsRelative=1
Path=Profiles/qfvsuyh6.default-release

[General]
StartWithLastProfile=1
Version=2

[Install712DAF5A23ABECDC]
Default=Profiles/qfvsuyh6.default-release
Locked=1

However, the profile is an empty one. See attached screenshot. How do I identify the correct default profile in profiles.ini?


Actual results:

Thunderbird uses wrong profile without Default=1


Expected results:

I expect the profile with Default=1 to be used.
Bug: New Message Indicators Don't Propagate Correctly When Expanding Folder View
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-10-10 12:34:43+00:00
Resolved: 2023-12-05 07:51:04+00:00

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

Steps to reproduce:

I have a mail folder structure with many parent folders that goes 5-6 layers deep in places, so I don't usually leave it expanded.  I use a number of Inbox rules to move new messages to their intended destinations.  When new messages arrive the numeric counter or badge to indicate that there's a new message somewhere in the branch appears correctly at the parent level, but when I expand that branch to see where the message is the counter no longer appears for intermediate branches.  I have to rattle through and completely expand *every* branch of the folder tree until I find the folder where the new message resides at which time the badge once again magically appears.  This makes screening new mail very inefficient and negates much of the value of Inbox rules.

This is a new issue and only appeared with the latest update (115.3.1).



Actual results:

I have a mail folder structure with many parent folders that goes 5-6 layers deep in places, so I don't usually leave it expanded.  I use a number of Inbox rules to move new messages to their intended destinations.  When new messages arrive the numeric counter or badge to indicate that there's a new message somewhere in the branch appears correctly at the parent level, but when I expand that branch to see where the message is the counter no longer appears for intermediate branches.  I have to rattle through and completely expand *every* branch of the folder tree until I find the folder where the new message resides at which time the badge once again magically appears.  This makes screening new mail very inefficient and negates much of the value of Inbox rules.

This is a new issue and only appeared with the latest update (115.3.1).



Expected results:

I have a mail folder structure with many parent folders that goes 5-6 layers deep in places, so I don't usually leave it expanded.  I use a number of Inbox rules to move new messages to their intended destinations.  When new messages arrive the numeric counter or badge to indicate that there's a new message somewhere in the branch appears correctly at the parent level, but when I expand that branch to see where the message is the counter no longer appears for intermediate branches.  I have to rattle through and completely expand *every* branch of the folder tree until I find the folder where the new message resides at which time the badge once again magically appears.  This makes screening new mail very inefficient and negates much of the value of Inbox rules.

This is a new issue and only appeared with the latest update (115.3.1).
Bug: Moving mail from one directory to an other takes about 3s/mail
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-10-10 12:34:48+00:00
Resolved: 2024-05-12 16:11:05+00:00

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

Steps to reproduce:

1. Have a subfolder to your IMAP mail folder with a lot of mail in it.
2. mark all mail in this folder
3. start archiving these mail to a local or IMAP folder
4. The mail counter counts rapidly down.
5. After the counter reaches zero, the counters vanish.
6. select an other folder
7. reselect the folder you archived mail from.


Actual results:

1. The Mail counter increases, until all mail archived are shown again
2. The Mail counter decreases again, with a rate of about 1 mail per 3 seconds. It might take minutes until it again reaches zero.


Expected results:

1. The Mail counter should stay at zero. No mail found within this folder, as mail where archived.
Bug: `Shift` modifier no longer switches between starting composition in text/plain vs. HTML in main menu, app menu, and Mail Toolbar
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-10-10 12:46:37+00:00
Resolved: 2024-03-31 10:57:10+00:00

Not sure what was fixed here but the shift key still no longer switches modes for me using buttons on the header or in the mail pane. 

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

Each account can be configured to open the composer in text/plain or HTML mode.
If the shift key is hold down while starting "write new message", "reply",  "forward"  etc. the preset should be inverted.
This still works with the buttons in the header pane, but not with them in the Mail Toolbar nor with the menu (main and meatball menu) items.
But context menu of the thread pane works fine.