av9ash/GitBugs huggingface dataset:
Bug: Changes to layout.css.devpixelsperpx seem to be ignored after TB is closed
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-05 19:21:20+00:00
Resolved: 2024-11-19 13:00:32+00:00

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

Steps to reproduce:

I changed the value of layout.css.devpixelsperpx to 1.33 and it immediately increased the size of all characters as expected.
Then I closed and reopened Thunderbird.


Actual results:

The characters were again small despite the 1.33 value was still present 


Expected results:

The characters should have remained big.
Bug: Previously .pdf attachments to incoming mail could be opened with Acrobat,  Not now.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-05 19:29:18+00:00
Resolved: 2021-10-14 04:39:19+00:00

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

Steps to reproduce:

Double clicking on attachment previously opened it in Acrobat.  Could also open in Acrobat by right clicking on attachment and selecting "open".  Nothing now works to open .pdf attachment.  New Thunderbird version 91.1.2 64 bit appeared on my computer this morning.  Running Windows 10.

Not happy!  Please help.


Actual results:

See above, steps to reproduce.
Results = O  Nothing happens.  Cannot open .pdf attachment.  
Displays quite nicely on my iPad though.


Expected results:

File should have opened in Acrobat as all .pdf files did previously.
Bug: Eyestrain when using Thunderbird 91
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-05 23:42:14+00:00
Resolved: 2021-10-06 08:07:25+00:00

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

Steps to reproduce:

Updated Thunderbird from 78 to 91.


Actual results:

Got eye pain, dizziness, nausea...

I wish I knew what set it off, it's not animation or flashing this time, it might be a font rendering issue...

I can't search the message window to see what's off, because it hurts too much.
Bug: I received a randsom email threat. And I am unable to change my email password
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-10-06 02:29:58+00:00
Resolved: 2021-10-06 11:40:30+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

Steps to reproduce:

I went through the steps to change email password and it shows the new password but wont allow me to send and receive email.


Actual results:

The email subject line was Unpaid bills. I received a ransom email stating that if I didn't send $1300 to a bit coin account they would create an inappropriate video with my photo and distribute to all of my contacts. As well as install a Trojan Virus to my system. I have changed all of my passwords, but I am unable to change my email password. My system operates with Eset Virus protection


Expected results:

What can I do so my files aren't destroyed
Bug: Prompt to save if a contact is being edited and the edit form would be replaced
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-10-06 04:27:22+00:00
Resolved: 2021-10-13 11:00:02+00:00

If you're editing a contact, then perform some other action that would see the editing form replaced, that action shouldn't just happen. There's at least three possible problems here:
* Selecting a different contact in the list by any means would display that contact in the details pane. Solution: just don't do this if editing is happening.
* Creating a new contact would empty the edit form for the new contact. Solution: prompt to save before emptying the form.
* Closing the tab. Ideally we'd prompt here too, but that is quite complicated and I'm not going to attempt that for now.
Bug: While attaching an image to an email on the Mac (Mojave), if I press the spacebar to preview the image (macOS Quick Look), it brings the system to a crawl for over a minute.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-10-06 05:37:03+00:00
Resolved: 2021-11-13 22:05:35+00:00

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

Steps to reproduce:

On my Mac Mini running Mojave, if I go to attach and image and press the spacebar in the file requestor while highlighting a filename to preview the image (normal Mac OS method of previewing files before selecting them to make sure you have the right image), it causes the problem. If I don't preview the image with the spacebar, it attaches normally. 


Actual results:

Thunderbird (and the entire MacOS) slowdown to a crawl for over a minute here.  It eventually brings up the preview image, but continues to behave slowly even after exiting the preview and file attachment requestor.  It continues to slow the entire OS for some time afterward unless I quite Thunderbird completely.  It's back to normal when restarting Thunderbird.  Older Thunderbird versions prior to around 2020 did not appear to have this issue.  I just updated to the latest version today (91.1.2) and it still has the issue.  Other programs preview images with the same file requestor just fine.


Expected results:

It should display a preview of the image instantly and without any slowdown to the operating system or Thunderbird.  Other programs like Firefox, Photoshop and Chrome show previews just fine without incident.  The problem only seems to happen in Thunderbird and only in more recent versions (sorry I cannot recall the exact version that didn't work, but the 63.x.x version the update replaced had the same problem).  It certainly didn't used to have this issue before around 2020.  It can be avoided by not using the spacebar preview, but it can be difficult to pick the correct image to attach without looking at it first (must use Mac Finder or something instead and remember the filename).
Bug: Crash when choosing S/MIME certificate for encryption
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-10-06 08:38:30+00:00
Resolved: 2021-10-20 11:45:55+00:00

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

Steps to reproduce:

Account Settings/End-to-End Encryption
S/MIME
Select "Personal certificate for encryption"
Crash after clicking "Select" button



Actual results:

Crash of apps
I can without problem select "Personal certificate for digital signing"


Expected results:

Certificate should be selected from AKS module. It's visible properly in S/MIME Certificates.
Bug: Crash when choosing S/MIME certificate for encryption
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-06 08:40:14+00:00
Resolved: 2021-10-08 08:18:01+00:00

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

Steps to reproduce:

Account Settings/End-to-End Encryption
S/MIME
Select "Personal certificate for encryption"
Crash after clicking "Select" button



Actual results:

Crash of apps
I can without problem select "Personal certificate for digital signing"


Expected results:

Certificate should be selected from AKS module. It's visible properly in S/MIME Certificates.
Bug: hundreds of calendar entries going missing upon deletion of single entry
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-06 10:22:53+00:00
Resolved: 2021-10-06 11:03:55+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:

This morning, I deleted one event on one of my calendars, after it was cancelled.

It didn't visually delete, but I have had glitchy behaviour like that with calendar for a while; where it takes a bit longer to 'update' visually (for instance, if I shift a calendar entry to a new date).
Close and re-open Thunderbird is usually the fix.


Actual results:

Upon re-opening, almost all of my calendar data is missing now (the calendar seems to have reverted to a state it was in in early May). Hundreds of entries and calendars created (I split work related entries between contract parties, creating a separate calendar for each party).
Any calendar I created since then, shows as existing but empty.

Using a calendar file from a late September backup to remedy did not resolve anything.

More weirdly though, moving ALL of the calendar-data files to a different directory outside of th profile tree while Thunderbird is closed, and calendar-data being explicitly EMPTY at that point, STILL shows that same early May state upon re-opening.

Does calendar data get stored/pulled from anywhere other than the calendar-data directory?

Checking the contents of the local.sqlite file shows all entries, file itself seems to be fully complete. Yesterday's last state is stored. File is not corrupted.

Why is a supposedly non-existing earlier state being visualised, rather than the current state?


Expected results:

Upon deleteion of that single calendar entry, that is what should have happened; single entry removed, and continue work.
Bug: App Menu Attachment submenu is empty
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-10-06 10:51:58+00:00
Resolved: 2022-01-29 11:34:59+00:00

### Steps to Reproduce

1. Open a message with an attachment.
2. Open the app menu panel.
3. Click "Attachments".
4. Click one of the attachments.

### Result

The panel is empty. And there is an error in the console

```
Uncaught TypeError: attachment is undefined
    _onAttachmentViewShow chrome://messenger/content/customizableui/panelUI.js:761
```

### Expect

The panel to fill with "Open", "Save As...", etc.

## Origin

I think this is caused by https://hg.mozilla.org/comm-central/rev/3d2b9c2c3285#l7.12 since restoring the line fixes this.
Bug: Opening an attachment always shows "open with..." dialog
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-06 14:04:58+00:00
Resolved: 2021-11-09 21:53:44+00:00

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

Steps to reproduce:

In a message with an attachment, click (or double-click?) on a .docx attachment to open it.


Actual results:

It produced the dialog shown in dialog.png, prompting me for what I wanted to open the file with.
The dialog was exactly as shown, with the "Do this automatically for files like this from now on" box already ticked.
Clicking OK opened the attachment in Word, as expected.


Expected results:

On clicking/double-clicking on the attachment, it should have automatically opened it in Word immediately, without prompting me.
Because I had previously ticked the "Do this automatically....." box.
Bug: Login window disappears
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-06 15:07:27+00:00
Resolved: 2021-11-06 15:11:19+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:

I have allways received two login promts in Thunderbird. This is annoying, but seemed to be related to having  POP and IMAP accounts at the same time. After upgrading to Thunderbird 91.1.2 initially two login windows appear, but after entering the password in the first window, the second window moves behind the main program window and can no longer be selected. The only way to access this window again is to select "Minimize Window"  in the Menu, enter the second password into the second password prompt window  and then maximize the main window, again.
Bug: TB version 91 context menu tab close does not work
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-10-06 15:13:59+00:00
Resolved: 2022-08-24 09:20:56+00:00

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

Steps to reproduce:

Open a new tab.


Actual results:

Since thunderbird version 91 the tab close in the tab context menu does not work anymore. The close button and the key combination ctrl+w can be executed successfully. 
Tested also with a new profile and the beta versions 92 and 93.


Expected results:

Right click should close the tab.
Bug: PDF attachments are not opened in a tab when composing email, even though "Preview in Thunderbird" is selected as the action for PDFs
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-10-06 16:44:20+00:00
Resolved: 2022-08-24 09:20:58+00:00

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

Steps to reproduce:

In Thunderbird 91, when you receive an email with an attachment, such as a .pdf file, and you click on the attachment, the attachment is loaded in a new tab within Thunderbird. However, if you compose a new email, attach a file, and then click on the attached file (perhaps to verify that you attached the correct file), then the attachment is loaded in Firefox. This is inconsistent and confusing; indeed the first few times I clicked on an attachment after upgrading to Thunderbird 91, I thought that the attachment wasn't loading at all because I didn't know to check my Firefox window.



Expected results:

Thunderbird should load attachments that are clicked on in the compose window in a new tab within Thunderbird.
Bug: wrong keyboard map after upgrade to 91.1.0 (64-bit)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-10-06 17:52:25+00:00
Resolved: 2021-10-07 12:42:11+00:00

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

Steps to reproduce:

On Fedora 34, Gnome, upgrade to 91.1.0 (64-bit) 


Actual results:

Keyboard map is UK only into thunderbird.


Expected results:

Keyboard should be my locale keyboard (IT)
Bug: "Create account" Missing support for OAuth2 if manually entering one of the supported servers
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-06 18:10:33+00:00
Resolved: 2021-10-27 19:34:26+00:00

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

Steps to reproduce:

Started to add a new mail account for an office365 account.



Actual results:

The configure manually option does not offer OAuth2 as an option.
Editing an existing account does.


Expected results:

Should have seen OAuth2 in the dropdown
Bug: When an email is deleted in any mailbox, the rest of the mail in that box in not visible until you navigate away and then come back.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-10-06 18:14:02+00:00
Resolved: 2022-12-04 20:15:33+00:00

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

Steps to reproduce:

Deleted an email.


Actual results:

the rest of the mail in that box disappears until you navigate away and then come back. It is not actually deleted.


Expected results:

All other mail that was not deleted should still be in view.
Bug: Nested folders don't show up with mail.server.default.using_subscription=false
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-06 18:26:53+00:00
Resolved: 2022-10-29 17:00:06+00:00

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

Steps to reproduce:

1. Set mail.server.default.using_subscription to false. (And don't override it for the specific server.)
2. Close Thunderbird.
3. Open Thunderbird again.


Actual results:

4. Immediately after Thunderbird opened, the folder list looked normal.
5. Thunderbird seemed to be checking the server for updates.
6. Many of the nested folders disappeared on the left. See attached screenshot for what it looks like at this step. Collapsing and re-expanding the parent folder makes the nested folders show up again. (It looks like I can only attach one screenshot now; I'll try attaching a second screenshot in a comment.)


Expected results:

Step 6 should not have happened.
Bug: TB 91.1.2: "Edit As New Message" => DSN request not set (default for new messages)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-10-06 18:59:22+00:00
Resolved: 2021-10-18 19:52:49+00:00

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

Steps to reproduce:

TB 91.1.2: "Edit As New Message" on Message in "Sent" folder, to resend it to another person.


Actual results:

"DSN request" is not set, as seen in the menu, and in fact i get none.



Expected results:

I have set "DSN request always" for that account, and on all newly composed messages it is set and receives me (normally) as requested. Setting it manually in the menu of the compose window after "Edit As New Message" works perfectly. But - as said - shouldnt it be set automatically in "Edit As New Message" composition windows as in "normal" new message compoisiton windows?
Bug: Attach dialog badly formats long image filenames
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-06 19:33:31+00:00
Resolved: 2021-10-07 19:55:05+00:00

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

Steps to reproduce:

The dialog to attach a file to an email is badly formatted when an image file with a long filename is selected. The image preview takes up almost all the dialog width, leaving very little space for the list of files. This is particularly a problem when the first file in a directory happens to be an image with a long filename.



Expected results:

The list of files should be wide enough to be useful, obscuring part of the selected file name if necessary.
Bug: <i class="moz-txt-slash"> and <span class="moz-txt-tag"> are assigned within paths in the text despite the missing space before the opening slash. This makes paths in the text unusable.
Status: NEW
Priority: --
Created: 2021-10-06 20:12:56+00:00
Resolved: 2022-04-24 01:23:47+00:00

Thunderbird can display simple text effects (*...* for bold, /.../ for italic and _..._ for undersocre) in plain text messages. And Thunderbird can hide the characters for the text effects. To provide this feature, Thunderbird implements some tags in the message.

These tags are the following for italic text for example:
* `<i class="moz-txt-slash">`
* `<span class="moz-txt-tag">`

These tags (and the other ones for underlined and bold text) should only be set, when there is a leading space before the opening tag. But Thunderbird does set the tags without leading space. This bug leads to stripped Pathes in plain text. To understand this, here is an example message text:

```
This is an /italic/ text.
But it could also be *bold* or _underlined_.

The following path should show the leading and closing slash all times:
servername:/path/to/directory/
```
Using the above described feature now hides slashes in the path, so it looks like this:
`servername:path/to/directory`

So I would propose to get sure, that tags for the simple text effects only will be implemented in the message, when there is a leading space before the opening character to prevent this bug.
Bug: favicon failed to load Faviconloader.jsm
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2021-10-06 21:00:43+00:00
Resolved: 2021-10-09 03:06:48+00:00

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

Steps to reproduce:

Went to error console.



Actual results:

Observed error:

16:54:38.652 [Exception... "Favicon at "https://start.thunderbird.net/favicon.ico" failed to load: Not Found."  nsresult: "0x80004005 (NS_ERROR_FAILURE)"  location: "JS frame :: resource:///modules/FaviconLoader.jsm :: onStopRequest :: line 253"  data: no] FaviconLoader.jsm:253:22
    onStopRequest resource:///modules/FaviconLoader.jsm:253


Expected results:

No error.
Bug: Printing Highlighted Area Prints Whole Page??
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-06 21:23:24+00:00
Resolved: 2021-10-08 15:51:56+00:00

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

Steps to reproduce:

Printing Highlighted Area Prints Whole Page??
Thunderbird v91.2.0 (32-bit) Just updated and now when I highlight a specific area
of a email to be printed it prints the whole page.  This only started today after the
update to the new version.  

Is this a Bug that can be fixed or adjusted??  I can't seem to find an option
to correct or revert back to the previous.

Some insight would be very helpful.



Actual results:

Thunderbird v91.2.0 (32-bit) was Just updated and now when I highlight a specific
area of a email to be printed it prints the whole page.  
This only started today after the update to the new version.
I get a email from someone and I want to just print a specific portion of the text.
I use mouse left click hold and highlight that specific portion.  Then I Right click 
the mouse and choose "print" at the bottom.  I get a pop up that shows the entire
email not just the highlighted portion.  It prints the whole thing.


Expected results:

My desire is that it would just print the highlighted portion and nothing else.
That is what it did prior to the update to v91.2.0 (32-bit) 

Thank you for helping with this issue.

Les
Bug: When replying OR Reply All to an email with Reply-To in header, both Reply-To and To are loaded
Status: UNCONFIRMED
Priority: --
Created: 2021-10-06 22:35:06+00:00
Resolved: 2024-10-23 16:25:37+00:00

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

Steps to reproduce:

(Same behavior in TB 78 as well as 91)

Received Email from my system containing headers:
Return-Path: <webmaster@mydomain.com>
Reply-To: "username" <username@domain.de>
From: "Updates for username" <MYemailaddress@mydomain.com>
To: eventname@mydomain.com (which is a redirect to me and event organizer.)


Actual results:

Clicking REPLY or REPLY ALL loads the email identically, with 
Reply-To: username@domain.de
To: eventname@mydomain.com



Expected results:

Reply should be ONLY TO the Reply-To address.
Reply All should be to BOTH From and Reply-To.
Bug: Intermittent comm/mail/test/browser/message-reader/browser_detectCharset.js | ./wronglyDeclaredUTF8.eml or ./wronglyDeclaredShift_JIS.eml
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2021-10-07 01:16:45+00:00
Resolved: 2024-01-15 13:05:04+00:00

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

---
```

```
Bug: System tray icon doesn't reappear after restarting Windows Explorer
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-10-07 09:10:13+00:00
Resolved: 2021-10-28 00:32:52+00:00

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

Steps to reproduce:

Restarting Windows Explorer while Thunderbird is minimized and "When Thunderbird is minimized, move it to the tray" is checked.


Actual results:

Thunderbird icon on system tray is gone. Launching Thunderbird opens the window back as a workaround.


Expected results:

Thunderbird icon should appear. Please refer to the following code example: https://docs.microsoft.com/en-us/windows/win32/shell/taskbar?redirectedfrom=MSDN#taskbar-creation-notification
Bug: New Mail Notification window has zero height
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-10-07 10:28:19+00:00
Resolved: 2022-08-24 09:20:57+00:00

I am on Windows 10. After update to Beta 94, the new mail notification window has a zero height.

Moz-regression identified https://phabricator.services.mozilla.com/D125376 as to be the cause.

After I observed this in Beta 94, I checked Daily 95 as well and it is reproducible there as well.
Bug: Intermittent comm/mail/base/test/performance/browser_preferences_usage.js | bidi.numeral should be accessed at most 175 times. - 1493 <= 175
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-10-07 11:03:13+00:00
Resolved: 2021-11-29 06:19:45+00:00

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

---
```

```