av9ash/GitBugs huggingface dataset:
Bug: Attempting a Repair Folder operation fails - NS_ERROR_FILE_IS_LOCKED ... folderPane.js rebuildSummary - when mailnews.downloadToTempFile is true (quarantine)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-10 13:00:11+00:00
Resolved: 2023-08-11 18:14:11+00:00

First saw this on 95.0b1.

STR (in my case):

1. Right-click on Inbox and choose Properties
2. Click Repair Folder

On one of my Inboxes, nothing happens and no repair action begins.

Error Console spits out:

06:56:04.032 Uncaught folderPane.js:3406
Exception { name: "NS_ERROR_FILE_IS_LOCKED", message: "Component returned failure code: 0x8052000e (NS_ERROR_FILE_IS_LOCKED) [nsIFile.remove]", result: 2152857614, filename: "chrome://messenger/content/folderPane.js", lineNumber: 3406, columnNumber: 0, data: null, stack: "rebuildSummary@chrome://messenger/content/folderPane.js:3406:24\nRebuildSummaryInformation@chrome://messenger/content/folderProps.js:478:23\noncommand@chrome://messenger/content/folderProps.xhtml:1:1\neditFolder@chrome://messenger/content/folderPane.js:3435:12\noncommand@chrome://messenger/content/messenger.xhtml:1:23\n", location: XPCWrappedNative_NoHelper }

    rebuildSummary chrome://messenger/content/folderPane.js:3406
    RebuildSummaryInformation chrome://messenger/content/folderProps.js:478
    oncommand chrome://messenger/content/folderProps.xhtml:1
    editFolder chrome://messenger/content/folderPane.js:3435
    oncommand chrome://messenger/content/messenger.xhtml:1
Bug: Closing the session clears the list of Saved Files.
Status: NEW
Priority: --
Created: 2021-11-10 13:33:21+00:00
Resolved: 2023-11-24 09:57:07+00:00

Steps to reproduce:

Opened "Saved Files", Ctrl+J


Actual results:

It shows an empty Saved Files list every time the session in Thunderbird starts.


Expected results:

It should have showed the Saved Files list up to the previous reset, or to the moment of the installation of Thunderbird if no resets have ever been performed previously (my case). As it happens in Firefox. 
Moreover, the "Clear List" button has little reason to stay there in the present setup, as closing the client clears the list anyway; that’s why I thought this is a bug.
Thanks.
Bug: Themeable dialog buttons are too small in some dialogs
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-11-10 15:15:09+00:00
Resolved: 2021-11-12 18:28:02+00:00

Someone shrunk some dialog buttons on 96.0a1 (2021-11-10) (64-bit) (see screenshot). Richard?
Bug: Thunderbird version 91.3.0 on Windows 10:  Detached attachments cannot be accessed via Thunderbird.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-10 16:00:16+00:00
Resolved: 2021-11-10 16:42:44+00:00

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

Steps to reproduce:

1. Open an email that contains an attachment.
2. Open the attachment via the email (just to verify that the attachment can be opened correctely)
3. Detach the attachment
4. Then try again to open the detached attachment via the email - No reaction.
5. Close Thunderbird and open it again - the issue has remained
6. Restart the computer - the issue has remained
7. Try the same on another computer with this new version of Thunderbird - same issue.


Actual results:

See above


Expected results:

See above
Bug: Printing: Hotkey strg + P does not work any more (in English CTRL + P)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-10 18:22:23+00:00
Resolved: 2021-11-10 19:53:36+00:00

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

Steps to reproduce:

version 91.3.0
press strg + p
(this is German, English it would be ctrl + p)


Actual results:

print dialog opens with no way to print the selected text (greyed out)
I only can print the complete mail.


Expected results:

just print the selcted text directly
This worked in every version before this one. I used it very often:
This hotkey printed the selected text even if the mail was just in preview.
Bug: TB reports invalid S/MIME signature while the bank tells it has everything ok
Status: UNCONFIRMED
Priority: --
Created: 2021-11-10 18:33:51+00:00
Resolved: 2021-11-12 07:29:32+00:00

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

Steps to reproduce:

I opened attached message.

95.0b2 (32-bit)
91.3.0 (64-bit)


Actual results:

Message is reported having invalid signature – like alteration after sign. The bank (certificate owner) tells it is everything ok.


Expected results:

Either TB should report anything or I need some note for bank officers.
Bug: "Menu Bar" entry in "View > Toolbars" missing
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-11-10 20:53:57+00:00
Resolved: 2021-12-15 22:37:53+00:00

The `Menu Bar` entry in `View > Toolbars` is missing. In the main toolbar's context menu it is still there.

I checked my last Linux build from November 5. and it is still there.
Bug: LW Theme affects the entire UI regardless of the OS dark/light setting
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-11-11 03:39:20+00:00
Resolved: 2022-07-28 07:09:38+00:00

I usually use "Fall Foggy Forest" theme.
If I set default app mode with dark on Windows OS, dark mode is applied to menu and massage list pane.
However folder pane and message header pane shows dark theme text-color (white) with light theme background (white).
Bug: Revert to using div instead of li element in plain text template to fix regression introduced by bug 1736208
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-11-11 07:34:17+00:00
Resolved: 2021-11-29 19:38:39+00:00

With Bug 1736208 changing the template from `<div><div>...</div></div>` to `<ul><li>...</li></ul>`, the bullet point part of the plain-text locale is no longer needed.

https://searchfox.org/comm-central/rev/787a67e9ccd9a4e10e70e40a3cfd75eb023fedc7/mail/locales/en-US/chrome/messenger/messengercompose/composeMsgs.properties#444

Bug 1736208 is on track for ESR, where locales cannot be changed. We should add an ESR-only patch which manually removes the leading bullet point from the string here:

https://searchfox.org/comm-central/rev/787a67e9ccd9a4e10e70e40a3cfd75eb023fedc7/mail/components/compose/content/cloudAttachmentLinkManager.js#473-481
Bug: Confusing behaviour of "files & attachments" settings
Status: UNCONFIRMED
Priority: --
Created: 2021-11-11 12:21:09+00:00
Resolved: 2022-09-30 17:02:22+00:00

Steps to reproduce:

I opened the preferences and scrolled to the "files & attachments" list.


Actual results:

With no filter specified, the list shows exactly three entries:
"application/x-ms-wmz type" (what's that???), "http" and "https"

No entry for pdf, no image, video or audio entries, ...

Also, filtering the list seems to behave strange:
When typing "pdf" in the filter, the list shows pdf (as expected).
Filtering for "document" results in two entries: Plain text and pdf.
"zip" or "archive" also shows the entry for "zip" (but no other archive types).
But when typing "jpg", "jpeg", "image", ... the list shows no entries at all.
For "video", "mpeg", "av1" etc. the list is also empty.
"csv" is also unknown, and "xml" shows "Microsoft word (open xml)" instead of plain xml.



Expected results:

With no filter specified, the list should show *all* entries, not only three.

Entering filter strings shows that there are definitely more entries than the three entries shown without filtering (e.g. pdf, plain text and zip), so the list without filtering is incomplete.

But many document types seem to be really missing, e.g. all image, video and audio types, html, xml and csv, ...
Bug: Drag and drop of text into composition fails and results in loss of control over text cursor position
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-11-11 12:56:31+00:00
Resolved: 2022-08-24 09:10:23+00:00

Windows 10 OS
Thunderbird 91.3.0

Write window:
Problem - Loss of control over text cursor

First test  :  
Do not type anything - perform the drag and drop of text first.
Highlight text from a webpage eg: any Bugzilla comment in a bug report
Use drag and drop method and drop into a new Write message.

Result:
No evidence of copied text. Completely blank.
Text cursor remains flashing in the first top left position.
No keys nor mouse can move the flashing text cursor.
If you start to type the letters etc will appear; if you use the 'Enter' key and start to type, you discover text appear on another line, but the text cursor itself remains in the original top left position flashing.  
If you use the arrow keys to move about and then type, you have no visual idea where that typing will appear until you type. 
This means you have no idea where text will appear until you type something.

Image shows flashing text cursor position top left. It remained in that position the entire time I was typing. The true location where the text cursor should be is immediately after the full stop/period before signature.
Bug: Min/Max/Close title buttons not rendered correctly with Dark/Light themes on Windows 8.1
Status: UNCONFIRMED
Priority: --
Created: 2021-11-11 13:41:05+00:00
Resolved: 2021-11-11 14:29:21+00:00

Steps to reproduce:

Change the theme to dark or light


Actual results:

The min/max/close button are not rendered correctly but we still can click on the space reserved to them.
Bug: manual edit: STARTTLS and SSL/TLS options mixed up
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-11 14:49:10+00:00
Resolved: 2023-02-28 04:15:13+00:00

In the manual options, the SSL and STARTTLS options are mixed up. 3 should be SSL/TSL, and STARTTLS should be 2.

https://searchfox.org/comm-central/rev/787a67e9ccd9a4e10e70e40a3cfd75eb023fedc7/mailnews/base/public/MailNewsTypes2.idl#48,51
Bug: Quick filter text search is ignored
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-11 15:35:07+00:00
Resolved: 2022-01-11 05:52:28+00:00

Steps to reproduce:

1. Go to a folder containing messages
2. Enter a keyword into the "Filter these messages <Ctrl+Shift+K>" free text box on the Quick Filter Search bar, such that the keyword appears in only some of the messages
3. Hit enter

I'm using Thunderbird 91.3.0 (64-bit) on Windows 10 Pro. This worked until a few days ago (I cannot identify an obvious change point).


Actual results:

Nothing happened.


Expected results:

1. I expected to be able to choose how the search should be applied. Sender/Recipient/Subject/Body. This option did not appear.
2. I expected the list of messages to be filtered so that only matching messages were shown. There was no change to the list of messages.
Bug: Links in replies dropped due to "moz-do-not-send" being added
Status: UNCONFIRMED
Priority: --
Created: 2021-11-11 16:02:47+00:00
Resolved: 2021-11-12 15:32:50+00:00

Steps to reproduce:

I replied to an HTML newsletter. While editing my reply everything looks normal: Headlines with anchors (links) around them were visible.


Actual results:

The receiver - who also uses Thunderbird 91 - could not see the headlines. They were hidden via an automatically added "moz-do-not-send".

I could verify this behaviour in my sent folder and by sending such a mail to myself. In both cases, the links (headlines) were visually hidden, but present in the source code of the mail.

The same behaviour was already reported two years ago on stackoverflow: https://stackoverflow.com/questions/56827235/what-does-moz-do-not-send-do/56827825
The answers - and all web search results I found for "moz-do-not-send" were related to image handling.


Expected results:

As a general rule, links should continue to work in replies.

At least there should be a warning that Thunderbird will hide (certain) links.

From what I understand about "moz-do-not-send", this is intended to control image handling. So why does it hide (certain) links in replies? Looks like a bug to me.
Bug: Docx attachments cannot be opened, even when Open selected and instead "Save As"
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-11 16:20:06+00:00
Resolved: 2021-12-30 13:47:14+00:00

Steps to reproduce:

Tried to Open an attached docx received


Actual results:

A save as dialogue box opens with a type MS Word (Open XML) as file type, although "All types" may be selected to save as the actual file type.


Expected results:

Directly Open file or suggest an application to open the attached file
Bug: Composing mail, adding pdf attachment: Wrong document type HTML
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-11 16:46:27+00:00
Resolved: 2021-11-12 07:48:26+00:00

Steps to reproduce:

While composing a new mail, I added a pdf attachment.
Then, I tried to open the newly added attachment (double-click or right-click "open") to check if it is the correct document.
The "Opening ..." dialog came up, asking me "save file" or "open with...".


Actual results:

The document type in the "Opening ..." dialog is "HTML document", not "pdf".
The programs offered for opening are the text editor (default) and the web browser, no pdf reader (not even for "other").


Expected results:

The document type should have been "pdf", and "Open with...." should have offered the pdf reader as default.

Remarks:

* I want to open pdf documents with an external program, not with pdfjs: The action for pdf in the files and attachments preferences is "always ask".

* The attached file was a valid, non-empty pdf document with a filename ending in .pdf .

* I tried some other document types (jpeg, plain text, office documents, videos). Their document type is recognized correctly when opening them.

* Perhaps related to my bugs 1740703 and/or 1739959 ?
Bug: Quick filter buttons (sender, body, ...) are missing - Uncaught TypeError: aState is null onCommand resource:///modules/QuickFilterManager.jsm
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-11-11 17:16:43+00:00
Resolved: 2022-11-01 22:18:10+00:00

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

Steps to reproduce:

Open Thunderbird 91.3.0 in mac (but I reproduce it in previous versions too)
Show quick filter
Type my search in search box



Actual results:

Buttons like Sender, recipient, body, subject,... are missing.

In Console log, I see:

 Uncaught TypeError: aState is null
    onCommand resource:///modules/QuickFilterManager.jsm:1177
    handler chrome://messenger/content/quickFilterBar.js:241
    _fireCommand chrome://global/content/elements/search-textbox.js:227
QuickFilterManager.jsm:1177:9
    onCommand resource:///modules/QuickFilterManager.jsm:1177
    handler chrome://messenger/content/quickFilterBar.js:241
    _fireCommand chrome://global/content/elements/search-textbox.js:227
Bug: 95.0b2: Label of toolbar button "Junk" falsly changes to "Not Junk" after using
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-11 17:54:11+00:00
Resolved: 2021-11-15 17:39:27+00:00

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

Steps to reproduce:

clicked the "Junk" button in the toolbar


Actual results:

the e-mail was properbly treated as junk and moved, but the button changed its label to "not junk", which doesn't make sense, because after moving, another e-mail is selected


Expected results:

it should have stayed with its label "junk", because the next e-mail in the inbox is automatically selected after moving the junk e-mail.
Bug: My MS exchange accounts (3 of them!) using the Exquilla add-on have disappeared after installing 91.3.0.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-11 19:21:47+00:00
Resolved: 2021-11-12 16:04:52+00:00

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

Steps to reproduce:

After installing Thunderbird version 91.3.0, my exchange email accounts using the Exquilla add-on have simply disappeared, no error msg, nothing. Quite 


Actual results:

See above.


Expected results:

The accounts should appear in the list of email accounts as before.
Bug: New mail account are added at the bottom of the folder pane,  not at the bottom of the mail accounts.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-11-11 23:35:40+00:00
Resolved: 2021-11-19 22:28:24+00:00

I am filing this as a defect, as I consider the changed behaviour a defect or a regression, intentional or not.

I have noticed that post V91 Thunderbird simply appends new mail account to the end of the folder pane.  I know this release offered the ability to sort the folders in a cumbersome way,   but Why not just add new account as always in the past,  on the end of the mail account list.  This new behaviour is not an enhancement of the experience

The first time it happened, I though the mail account wizard had failed. Because I was playing with the mailfence stuff (poor product choice really, but that is another bug.)  I just assumed they got some special treatment.  

Then today I added an AOL account, and again I had to scroll past RSS feeds and NNTP accounts to get to the new mail account.  Way down the bottom of a very long list of non mail accounts.  It is fine you have provided me a way to sort my accounts,  but really this is forcing use of a feature I did not have any need for until the new system came along and made it defacto mandatory.
Bug: FAIL Hardware acceleration disabled - Got "WebRender (Software)", expected "Basic", comm/mail/components/enterprisepolicies/tests/browser/hardware_acceleration/browser_policy_hardware_acceleration.js
Status: NEW
Priority: --
Created: 2021-11-12 02:33:34+00:00
Resolved: 2021-11-12 09:12:16+00:00

I am testing DEBUG version of C-C TB locally
under Debian GNU/linux 64-bit.

I noticed that following test fails these days maybe since around July of
this year (2021) (?).
Looks to me some assumption about the hardware is not met.
```
 0:12.95 INFO *** Start BrowserChrome Test Results ***
 0:12.96 INFO checking window state
 0:12.97 TEST_START: comm/mail/components/enterprisepolicies/tests/browser/hardware_acceleration/browser_policy_hardware_acceleration.js
 0:12.97 GECKO(967943) Chrome file doesn't exist: /NEW-SSD/moz-obj-dir/objdir-tb3/_tests/testing/mochitest/browser/comm/mail/components/enterprisepolicies/tests/browser/hardware_acceleration/head.js
 0:12.98 INFO Entering test bound test_policy_hardware_acceleration
 0:12.98 FAIL Hardware acceleration disabled - Got "WebRender (Software)", expected "Basic"
Stack trace:
chrome://mochikit/content/browser-test.js:test_is:1364
chrome://mochitests/content/browser/comm/mail/components/enterprisepolicies/tests/browser/hardware_acceleration/browser_policy_hardware_acceleration.js:test_policy_hardware_acceleration:8
chrome://mochikit/content/browser-test.js:Tester_execTest/<:1091
chrome://mochikit/content/browser-test.js:Tester_execTest:1131
chrome://mochikit/content/browser-test.js:nextTest/<:939
chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/<:1041
 0:12.98 INFO Leaving test bound test_policy_hardware_acceleration
 0:12.99 GECKO(967943) MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
 0:12.99 GECKO(967943) MEMORY STAT heapAllocated not supported in this build configuration.
 0:12.99 GECKO(967943) MEMORY STAT | vsize 6223MB | residentFast 439MB
 0:12.99 TEST_END: Test OK. Subtests passed 0/1. Unexpected 1
```

What irked me is that I could not find the execution of this test in debug run of linux64 on try-comm-central. I could not find it in Nov 8 run of mine and also
latest linux64 debug run of BENC on Nov 10:
Something is amiss on try-comm-central(?)

Should this test be skipped locally also?
Bug: IMAP mails displaying other emails in message body
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-12 04:03:29+00:00
Resolved: 2021-12-04 13:51:07+00:00

Steps to reproduce:

Viewing a message in an IMAP root folder


Actual results:

DISCLAIMER: This is specific to thunderbird only, if I use any other client the messages display normally.

When I view a message in an IMAP folder only the first message displays correctly.  The 2nd message will display the headers and everything else from message 2 AS WELL as message 1.  Message 3 will show 3, then 2, then 1 in the body.  Using any other IMAP client I do not have this issue.  I thought this was an issue with my IMAP server, but the fact that it works as expected in Outlook, Webmail (Roundcube) as well as on a test iPhone and Android mail client shows that it is specific to the Thunderbird beta chain.  

For example, right now in the inbox I have a few messages.  The newest one came in at 21:25 my time.  It displays just fine.  The message before it came in at 19:40 and it displays it's message body as well as the headers for the message that came in AFTER it at 21:25.  If I go down to the 59th message in the inbox, then I see it AS WELL as the other 58 messages.

I don't know exactly which beta version this was introduced in, but this is a fairly recent change.




Expected results:

It should only display the one message body, not anything else.
Bug: Selecting multiple emails and choosing print to file overwrites the same PDF
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-11-12 05:20:12+00:00
Resolved: 2022-12-04 20:24:49+00:00

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

Steps to reproduce:

1) Select Multiple Emails
2) Right Click Print
3) Choose print to File 
4) Selected a PDF name


Actual results:

Only last email was printed. But the progress showed each one was printed on the same as a create new file


Expected results:

It should appended and combined the emails into the single PDF
Bug: Can read emails without providing primary password
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-12 07:37:23+00:00
Resolved: 2021-11-12 12:49:29+00:00

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

Steps to reproduce:

Start TB, on 'Enter your primary pwd' repeatedly closed the prompt (clicked the X) several times; got message that authentication failed. Randomly selected old email in a folder; if prompted for primary pwd, responded as before; 


Actual results:

eventually the selected email opened and I could read it. 


Expected results:

Since I failed to provide password, I expected to be prevented from accessing emails.
However, "Get new messages" was prevented as expected.
Bug: errore inoltro mail con allegato
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-12 09:23:03+00:00
Resolved: 2021-12-07 08:12:44+00:00

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

Steps to reproduce:

Inoltro una mail ricevuta con allegato presente


Actual results:

mi da un errore, impossibile allegare file, da più postazioni


Expected results:

inoltrare la mail senza errori
Bug: attachments issue during compose - "there is no such file."
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-12 11:59:06+00:00
Resolved: 2021-11-15 06:06:23+00:00

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

Steps to reproduce:

When forwarding mail with attachments, sometimes there are problems, Thunderbird tells that there is no such file. The same problem is when sometimes sending attachments from another application: there is no such file in /user/.../AppData/local/temp/...
It happens since the view of the attachments changed!!! - When attachments gone to the bottom!!!


Actual results:

sometimes cannot forward mails with attachments
sometimes cannot send email with attachments from another app.