av9ash/GitBugs huggingface dataset:
Bug: When creating new email From:, To: and Bcc: fields are displayed incorrectly
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-10-29 13:24:20+00:00
Resolved: 2022-10-30 23:39:09+00:00

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

Steps to reproduce:

Try to create new email.


Actual results:

Compose email windows opened with From: field at full almost full length of the window, shoving To: and Bcc: fields to the right.


Expected results:

Compose email windows opened with From: field in first line, To: in second line and Bcc: in the last line. All at full width of the compose window
Bug: No e-mail folders displayed, only in Safe Mode
Status: UNCONFIRMED
Priority: --
Created: 2022-10-29 15:25:10+00:00
Resolved: 2022-11-07 20:52:53+00:00

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

Steps to reproduce:

I updated from an older version (like 92) to 102. 

Formerly, I used these addons:
* CardDAV Browser (deactivated it by myself after Update)
* Provider for CalDAV & CardDAV (deactivated)
* TBSync  (deactivated it by myself after Update)

I am using the system theme.



Actual results:

Since the update to the 102.x versions, Thunderbird does not display any content (see 2022-10-29 17_15_19-TB). The only way to see my inbox is to switch to safe mode ("Fehlerbehbungsmodus" in German). Deactivating the Addons did not help. 


Expected results:

1) As a minimum, I expect my e-mail folders to be shown
2) Ideally, I could connect my Webdav and Caldav accounts
Bug: Attached files open in read only mode
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-10-29 21:04:16+00:00
Resolved: 2022-10-31 00:38:05+00:00

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

Steps to reproduce:

Click on any Microsoft file such as Word (.docx) file attached to an email to open it and it will only load in read-only mode versus an editable mode. 


Actual results:

The file opens in Microsoft Word in read-only mode and there isn't anyway to prevent it.


Expected results:

It should've opened the file in a non read-only mode so it could be edited directly and then saved to a specific filename/location of the user choice. Microsoft has suggested that TB is not opening MS Word in the correct mode and therefore forces MS Word to read-only. Saving the file to the local hard drive first and opening it directly into MS Word it opens in an editable mode. I have set the options for both MS Word and TB to open all files in a non read-only mode, but that doesn't work. TB until recently always was able to open MS Word and other files without any issue. Something has recently changed either in TB or MS Word.
Bug: "Open Message in Containing Folder" works intermittently
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-10-29 21:10:28+00:00
Resolved: 2025-02-10 19:49:00+00:00

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

Steps to reproduce:

I did a search of all folders and found a number of emails.  I selected the one I wanted and right clicked it.  I picked the 4th option - open in containing folder.  


Actual results:

Sometimes it works and the containing folder opens.  Sometimes it just hangs and the containing folder does not open.  It used to always work in version prior to 102.  I am in v102.4.1.  I have tried this on two installations on separate PCs and it is happening on both.


Expected results:

The email should open and in the folder tree the containing folder should be shown.
Bug: "Copy to <folder> again" menu item not present after copying message to folder with Cyrillic or Japanese name on Gmail
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-10-29 22:24:59+00:00
Resolved: 2023-10-16 12:53:52+00:00

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

Steps to reproduce:

"Copy to <folder> again" menu item not present after copying message to folder with Cyrillic or Japanese name on Gmail.

It works for other non-ASCII folders, like ones with German Umlaut, e.g. Földer.

Already not working in TB 91 (and likely earlier versions).
Bug: thunderbird calendar miss interpret time hour change due to winter time shift at 2022-10-30, Europe - Spain
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-30 11:48:23+00:00
Resolved: 2022-10-30 23:23:45+00:00

Brief: noticed time shift due to winter time change; date: 2022-10-30. Means: fix time -1 hour.

Version: bug found using mozilla, program thunderbird, version 102.4.1 (64 bits, on gnu-linux ubuntu-18.04-lts).

Bug: use calendar, create event, edit begin time set 09:00h A.M.;
fails to notice the -1 hour fix (daylight saving); means creates event with start time at 08:00h A.M.; instead of 09:00h A.M.; tip: the operating system is working fine, the time shift is already applied.

Tip: reboot machine computer, and operating system, to verify it has no relation. Bug persists after reboot.

Tip: use calendar, use mouse left-click to move event around the time vertical axis; it is relocated OK. Function is working fine.

Bug: use calendar, use mose left-click to resize existing event changing the end-time field-value; example use case: create event 2 hours, see start-time is wrong, use mouse to drag and drop to move event one hour backwards, then use mouse left-click drag-n-drop to resize end-time to shift ending by -1 hour; it fails to do so and keep the event timeframe with same end-time value. Seems to be linked to the same error, fails to notice one hour shift due to winter daylight time saving. With event 3 hours window, a resize -2 hours is resized as -1 hour.

Bug: also notice create task 13:00h to 20:00h, event details shows 13-20h; but event is displayed in calendar window as 14:00h to 20:00h. Function event details on time start and ending values, do not match what is shown; means event starts at 13:00h but in visual windows starts at 14:00h.

Conclusion: program changes introduced a bug; function to manage winter time savings now fails; never did it before; after using the program for decades.

Context info:
All noticed in country Spain, following DayTime savings in Zone/Area Europe in date: 2022-10-30; first time noticed; using program everyday. Yesterday in 2022-10-29 it was working fine.
Bug: Setting new SMTP is not saved after app relaunch
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-30 13:00:51+00:00
Resolved: 2024-10-30 00:02:50+00:00

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

Steps to reproduce:

Setting new SMTP



Actual results:

Setting new SMTP is not saved on app relaunch


Expected results:

New SMTP saved after quitting / relaunch app
Bug: With a composition window in front of main mail window, clicking on `Account Settings` tab does not focus it nor bring it to front (but works for `Settings` tab)
Status: UNCONFIRMED
Priority: --
Created: 2022-10-30 13:05:21+00:00
Resolved: 2024-03-02 17:00:04+00:00

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

Steps to reproduce:

Selecting Accounts window


Actual results:

Selecting Accounts window doesn't come to front focus


Expected results:

Selecting Accounts window come to front focus
Bug: Thunderbird doesn't save changed settings (new username) of manually added SMTP server, forgets after restart
Status: UNCONFIRMED
Priority: --
Created: 2022-10-30 13:10:06+00:00
Resolved: 2025-01-03 13:54:15+00:00

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

Steps to reproduce:

Updating SMTP password


Actual results:

Password not shown updated in Settings > Password > Saved password


Expected results:

Password updated in Settings > Password > Saved password
Bug: Columns in list view custom settings not saved
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-10-30 13:14:56+00:00
Resolved: 2023-09-11 17:23:44+00:00

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

Steps to reproduce:

Customised List view columns settings


Actual results:

On relaunching app columns moved and/or widths changed


Expected results:

Columns to stay in expected customised arrangement
Bug: Some auto-Bcc addresses are removed by Thunderbird (problem with multiple identities)
Status: UNCONFIRMED
Priority: --
Created: 2022-10-30 15:03:41+00:00
Resolved: 2022-11-08 14:42:16+00:00

Steps to reproduce:

I want to add two bccs to an identity.
I'm in Account Settings | Manage identities | the relevant identity | Copies & Folders
Under "When sending messages, automatically:" there is a check box and text box "Bcc these email addreses:"
With the check box checked and a single address entered into the text box, it works fine.
No format appears to work to add two or more addresses into this box so they are both bcc'ed.



Actual results:

I've tried
address1@domain,address2@domain
address1@domain address2@domain
address1@domain; address2@domain
<address1@domain>,<address2@domain>
<address1@domain> <address2@domain>
<address1@domain>;<address2@domain>
description1<address1@domain>, description2<address2@domain>
description1<address1@domain> description2<address2@domain>
description1<address1@domain>;description2<address2@domain>
With a comma or semicolon delimiter only the second address is bcc'ed. A space a delimiter doesn't work.


Expected results:

Both/multiple  addresses should appear in the b.c.c. box when a new email is created.
Bug: event shows up at wrong time on day of daylight savings time change
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-30 20:58:24+00:00
Resolved: 2022-10-30 23:46:37+00:00

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

Steps to reproduce:

I created an event on 2022-11-06 at 12:00:00 in the America/New_York timezone. See attached file.


Actual results:

The event shows up at 13:00 instead of 12:00 in the calendar view.


Expected results:

The even should have shown up at 12:00.
Bug: FolderDisplayHelpers.jsm:3320 - TypeError: testHelperModule.dump_view_state is not a function
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-10-31 01:16:21+00:00
Resolved: 2022-11-07 10:38:32+00:00

In case of test failure, like https://treeherder.mozilla.org/logviewer?job_id=394873612&repo=comm-central we fail out trying to display details about the failure. 

TEST-UNEXPECTED-FAIL | comm/mail/test/browser/quick-filter-bar/browser_filterLogic.js | Uncaught exception in test - at resource://testing-common/mozmill/FolderDisplayHelpers.jsm:3320 - TypeError: testHelperModule.dump_view_state is not a function

viewWrapperTestUtils.js which has dump_view_state is not loaded in FolderDisplayHelpers.jsm

Probably best to move that function into FolderDisplayHelpers.jsm, or at least into a module. Or drop it completely...
Bug: Blog & News Feed Settings page fails to load - "File Not Found"
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-10-31 08:17:32+00:00
Resolved: 2022-10-31 23:27:51+00:00

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

Steps to reproduce:

Thunderbird 102.4.1 (64bit), Windows 10 19044

Tools -> Account Settings -> Blogs & News Feeds




Actual results:

File not found.

The file jar:file://<path_to_program_files>/omni.ja!/chrome/messenger/content/messenger/am-newsblog.xhtml cannot be found. Please check the location and try again. 


Expected results:

I see a settings page allowing me to edit any RSS feeds I am subscribed to.
Bug: "View" > "Message Source" for sent mail doesn't show the SMTP server
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-10-31 08:45:44+00:00
Resolved: 2022-10-31 11:05:52+00:00

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

Steps to reproduce:

1. Sent an e-mail, which was copied to the "Sent" folder as usual
2. Selected e-mail in sent folder, opened "View" > "Message Source"
3. Looked for any e-mail header in the source indicating which SMTP server was used to send it out, similarly to how headers indicate on incoming mail where it was received from


Actual results:

No indication of how it was sent out, or if it was at all, in the headers whatsoever


Expected results:

Headers should be updated when saving it to the "Sent Mail" folder to indicate that it was sent out and how, so later if I look at the "Message Source" I can reproduce how it was sent. I have multiple SMTP servers for different identities and may have sent an e-mail the wrong way, which would likely lead to some sort of error or warning on the receiver side if it went out at all, but now I have no good way of finding out.
Bug: Copies and folders changed my sent folder, from Local Folders back to imap account
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-10-31 19:23:17+00:00
Resolved: 2024-05-21 16:07:55+00:00

User Agent: Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/107.0.0.0 Safari/537.36

Steps to reproduce:

So I have every single account pointing to sent mail in Local folders. I've been doing this for decades ever since I started using TB.

Today I couldn't find the sent mail & was shocked to see that when I started using TB on this computer last month, 75% of my accounts never stuck to the sent folder in Local folders & yes, that was the first thing I set up when I changed all of my settings. It's what I always do. 

At first I thought it was just on gmail accounts, but no, even some of my domain accounts were like that. 

Now I have to move ALL of that sent mail to the sent folder & it's going to take forever. 


Actual results:

See above

I'm seeing some mail in one of my gmail accounts going back to 2014, so I'm wondering if this is an old old bug.

I'm also wondering if restarting TB every time I change the path of where my mail goes has something to do with it. I don't keep my mail on C, I have specific folders for every account.



Expected results:

All mail should have gone into the sent folder.
Bug: When compose option "add extension to file name" not checked/selected,  emails forwarded as an attachment display as just text
Status: NEW
Priority: --
Created: 2022-11-01 00:30:44+00:00
Resolved: 2022-11-02 04:37:53+00:00

This is somewhat related to Bug #1698103 in that involves the compose option "add extension to file name" when forwarding an email as an attachment. 

If you forward an email as an attachment, and you don't have the compose option "add extension to file name" selected, when the sent message is opened in TB and the attachment is clicked, TB interprets it as text/plain after decoding the base64. It does not display it as an email in TB.  Instead, TB prompts to open the attachment in a user selected external application (text editor, browser, etc).

With "add extension to file name" checked/selected, the forwarded email attachment is sent as Content-Type: message/rfc822 (not base64 encode) and TB is able to open and display the attachment of the sent message as an email when opened.

Also, I'm have no idea how the checkbox "add extension to file name" may have gotten unchecked since older forwarded messages from the same sender earlier this year had the .eml extension on the attachment file name set. The corresponding pref for this, mail.forward_add_extension, defaults to true, meaning checked.  (The sender assured me they never changed TB settings.)
Bug: new IMAP folder does not show up, even after restarting Thunderbird
Status: UNCONFIRMED
Priority: --
Created: 2022-11-01 02:26:40+00:00
Resolved: 2024-03-09 19:56:33+00:00

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

Steps to reproduce:

1. Set mail.server.default.using_subscription to false.
2. Create a new IMAP folder using some other client, and subscribe to it.


Actual results:

The folder did not show up in Thunderbird, even after restarting Thunderbird multiple times. Bug 1244814, Bug 1323421, Bug 1723329 (which might be duplicates of each other?) talk about a similar issue, but in those bugs the issue goes away after restarting Thunderbird. With mail.server.default.using_subscription set to false, even restarting doesn't seem to help.


Expected results:

The new folder should have shown up, at least after a restart.
Bug: Port bug 1636697: Stop partial update generation for asan-reporter builds
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-11-01 13:57:17+00:00
Resolved: 2023-01-03 23:24:12+00:00

Per bug 1636697, generating partial updates for the ASAN reporter builds is prohibitively expensive resource-wise. The jobs have been timing out on comm-central the past few days.

Firefox disabled partial updates for asan-reporter. It's unfortunate for anyone using it since the daily updates are now ~275-300MB depending on the platform.
Bug: Upgrade from 91.x to 102.x messed up threading on GMail/IMAP account: New messages get randomly sorted into unrelated threads; and "Open in Conversation" is no longer available for most messages
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-11-01 14:33:41+00:00
Resolved: 2022-11-01 16:07:27+00:00

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

Steps to reproduce:

Update Thunderbird on Ubuntu 20.04 focal from 91 (91.11.0+build2-0ubuntu0.20.04.1) to 102 (102.2.2+build1-0ubuntu0.20.04.1). Restart TB


Actual results:

Note that I am using two IMAP accounts. One is using standard IMAP on a Cyrus-IMAP server, and that one seems entirely UNAFFECTED.

The other one is a GMail account that is used via IMAP, and that is IS affected.

First observation was that upon TB restart, all mails (or all mail headers? Not sure) were downloaded again. More that 10,000. 

Ever since, many but not all new messages get sorted into entirely unrelated threads. So far, all such wrongly sorted new messages I have checked are not supposed to belong to *any* thread, they ought to be stand-alone.

Also, the "Open in Conversation" option in the "Message" menu is greyed out for almost all messages. However, it is not entirely broken


Expected results:

- No re-fetching of already downloaded messages
- Proper threading
- "Open in Conversation" available for all messages
Bug: Locally corrupted messages (bad offsets?) ... from filters?
Status: NEW
Priority: --
Created: 2022-11-01 15:55:33+00:00
Resolved: 2024-08-01 05:15:56+00:00

Some more fallout from the filter issue with 102.... I was looking up an all-hands expense; I found the item from 9/21/2022 (correct sender and subject). Click on it and it shows me:
```
From - Tue Oct 18 22:58:34 2022
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Return-path: dperham1@redacted
Envelope-to: randell@redacted
Delivery-date: Sat, 09 Jul 2011 19:17:48 -0500
(continues with email from 2011)
```
Note that Oct 18th is when the update that killed my filters happened, and when it re-downloaded a lot of messages
Now I'm worried how much of the rest of my email archives are affected............
Doing View Source on the message shows part of another message at the top before a ----=_NextPart* and the broken From - line shown above

The message the wrong data comes from is readable under it's own item, no problems or part of another message
And looking at the bad message in the normal flow (not search) shows the same bad message; and the message after it is also corrupted with part of a message from that day in 2011 (maybe the same one).  The message after that and before these are ok.  

Perhaps something was in the middle of being updated when it hung at one point, and I closed it.
j
A different message from the Sep 23rd (4 or 5 after the initial one above) is also corrupted with data from 9 july 2011.   Several other messages before the initial message (not consecutive, but within 4 or 5 messages) are also corrupted similarly.   And as I keep going back, I keep finding corrupted messages occasionally.   So it looks like lots of data was corrupted 

Note: It appears that this corruption is only local to that one machine; one of the two that lost filters on the update.   Another machine (the other that lost filters) has that message correct (and the others I checked as well are correct).   Note that the machine that has corruption was IIRC the one that hung at one point.   So no permanent dataloss.
(Assuming this is isolated to this IMAP folder; I do have local message folders, which I haven't checked, but I'm guessing they weren't impacted)
Bug: Corruption? Emails are not those shown in the preview line.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-11-01 18:50:43+00:00
Resolved: 2022-11-03 04:37:14+00:00

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

Steps to reproduce:

Tried to organize inboxes and sent boxes into other folders.


Actual results:

In the preview line, many emails show the wrong subject, wrong recipient etc. The preview pane shows a different email. If you double click to open, it's not the email in the preview line.

There are also many duplicates.


Expected results:

The preview line and the preview pane should be the same email.
Bug: After editing, saving a contact with an existing valid website URL fails
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-11-01 23:12:03+00:00
Resolved: 2025-02-23 22:14:16+00:00

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

Steps to reproduce:

Edit a contact. http:// Website shows red border.   


Actual results:

Can't save contact. Delete web address. Save contact. Add web address with old information. Contact saves.


Expected results:

Save should not be blocked with valid web address.
Bug: attached PDFs sometimes not saved properly
Status: UNCONFIRMED
Priority: --
Created: 2022-11-02 01:59:14+00:00
Resolved: 2023-07-17 04:39:47+00:00

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

Steps to reproduce:

Clicked on an attached PDF in a received email, clicked Save File in dialog, clicked OK, clicked Save in new dialog after selecting a folder in which to save the file.


Actual results:

Instead of the full 2.6MB PDF being saved, a 27-byte binary (not PDF) file was saved instead.


Expected results:

The full 2.6MB PDF should have been saved.
Bug: After changing password of my office365 mail account, TB nevertheless continues to successfully login with the old password
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-11-02 10:40:13+00:00
Resolved: 2022-11-03 00:22:35+00:00

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

Steps to reproduce:

I changed the password of my office365 account (organization: Tel Aviv university).  
[If relevant, I recently changed the authentication method from "normal password"
to "Oauth2", since the former stopped working.]


Actual results:

I expected TB to prompt me for the new password, but this never happened, even though I had changed my password more than a week ago.  TB continues to successfully (automatically) login to my office365 account with my old password.


Expected results:

Again, TB should have prompted me for the new password, but instead, it continues to successfully (automatically) login to my office365 account with the old password.
Via Settings->Privecy&Security->Passwords I verified that the stored password is indeed the *old* one.  This is an evident security issue since it means that if somebody got hold of my old password they can continue to login to my office365 account even though I have changed my office365 password.