av9ash/GitBugs huggingface dataset:
Bug: Email image was too big
Status: UNCONFIRMED
Priority: --
Created: 2025-02-03 10:30:04+00:00
Resolved: 2025-02-05 20:35:03+00:00

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

Steps to reproduce:

i just update the version of my thunderbird on mac M1 pro (2021)


Actual results:

he enlarges the newsletters logo


Expected results:

a normal size of the logo
Bug: randomly empty main window on startup -- JavaScript error: chrome://messenger/content/about3Pane.js, line 4254: TypeError: this.treeTable is null
Status: UNCONFIRMED
Priority: --
Created: 2025-02-03 12:42:24+00:00
Resolved: 2025-02-12 13:47:53+00:00

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

Steps to reproduce:

User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:128.0) Gecko/20100101 Thunderbird/128.6.0

Start Thunderbird without any parameters or add-ons.
This issue is not update-related and has existed since at least June 2024.
Reinstalling Thunderbird and setting up a new profile does not resolve the issue.
Restarting Thunderbird multiple times eventually restores the correct display until the next startup.


Actual results:

On some startups, the main window and message preview pane remain empty, regardless of user interaction.
However, the folder tree on the left is always visible, clickable, and correctly shows unread message counts when a new mail is arriving.

Error message in console (right after startup):
'JavaScript error: chrome://messenger/content/about3Pane.js, line 4254: TypeError: this.treeTable is null'

Assumption:
Whenever the error occurs, the threadTree element lacks the class tree-view-scrollable-container.
This class appears a few milliseconds after the error is raised, suggesting a timing issue.
Possible cause: Large mailboxes (e.g., >6000 messages) slowing down DOM updates.

Workaround:
In about3Pane.js in line 4254:
Original code:
threadTree = document.getElementById("threadTree");
this.treeTable = threadTree.table;

New code (fix):
    threadTree = document.getElementById("threadTree");
    while (!threadTree.classList.contains("tree-view-scrollable-container")) {
      await new Promise(resolve => setTimeout(resolve, 50));
    }
    this.treeTable = threadTree.table;

Outcome:
This workaround eliminates the issue permanently.
It does not significantly slow down the startup process.


Expected results:

The main window should correctly display the contents of any selected folder or mailbox in the left sidebar.
Bug: Search Messages window loses result display in status bar "xx matches found" after a fraction of a second
Status: NEW
Priority: --
Created: 2025-02-03 12:44:38+00:00
Resolved: 2025-02-04 04:31:03+00:00

Search Messages window loses result display in status bar "xx matches found" after a fraction of a second.

Likely regressed by bug 1901846. Overall the implementation in that bug to show each message for 750ms and to only drop messages when the queue is longer than 10 entries doesn't appear to be correct. For example when moving many messages, the folder count in the folder tree is way ahead of the status bar display. If I interpret it correctly, the last message in the queue will be displayed after 7.5 seconds when it is no longer relevant.
Bug: Forwarding message inline empty message
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-03 13:10:16+00:00
Resolved: 2025-02-03 13:14:07+00:00

Steps to reproduce:

Trying to forward a mail. With both TB ESR 128.6 and 132 beta 6 (both from Debian repos, 1:128.6.0esr-1 and 1:132.0~b6-1). Yet, the message compose window is empty, and no message is being forwarded (similar to Issues #329353 and #128848). Though I only have the issue with one e-mail I received.

The message I want to forward is composed this way:

--------------ms080000010107080600030104
Content-Type: multipart/alternative;
 boundary="------------2MLuhhbpKPN2w0R2qz0FTmxw"

--------------2MLuhhbpKPN2w0R2qz0FTmxw
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: base64

This base64-part seems to be a copy of the whole message encoded as base64. After that,

--------------2MLuhhbpKPN2w0R2qz0FTmxw
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

which contains the message as HTML mail. The mail is finished with

--------------2MLuhhbpKPN2w0R2qz0FTmxw--

--------------ms080000010107080600030104
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: Kryptografische S/MIME-Signatur

followed by the S/MIME signature


Actual results:

Empty message compose window, mail is not forwarded, not inline and not as attachment.


Expected results:

Forwarded mail inline
Bug: LInks on images don't work
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-03 13:52:32+00:00
Resolved: 2025-02-03 13:58:08+00:00

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

Steps to reproduce:

Try to click on image which is a link.   


Actual results:

Only gives me the magnifying glass to enlarge image.  Impossible to use link.


Expected results:

Should have opened link
Bug: Fix recent query in folders API
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-02-03 14:05:24+00:00
Resolved: 2025-02-07 17:54:51+00:00

When the recent query first landed, I did not know that we have two different "recent" properties: `MRUTime` which is updated whenever the folder is viewed, and `MRMTime`, which is updated whenever new messages are moved or copied into it.
Bug: Clicking on image links in TB enlarges image, doesn't follow link, version 128.6.1esr (64-bit)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-03 19:30:32+00:00
Resolved: 2025-02-03 19:45:26+00:00

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

Steps to reproduce:

Click on image in email.


Actual results:

Image is enlarged or shrunken


Expected results:

followed link to web page
Bug: Intermittent comm/mail/test/browser/message-header/browser_returnReceipt.js | A promise chain failed to handle a rejection: Component returned failure code: 0x80004004 (NS_ERROR_ABORT) [nsIWindowWatcher.openWindow]
Status: NEW
Priority: P5
Created: 2025-02-03 21:06:36+00:00
Resolved: 2025-02-24 06:42:00+00:00

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

---
```

```
Bug: Can't Click on Image Links
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-03 21:48:43+00:00
Resolved: 2025-02-04 07:53:46+00:00

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

Steps to reproduce:

Opened an email that has images in it. 


Actual results:

This happens in version 128.6.1esr (and the help screen says TB is up to date).

Tried clicking on the image, but the cursor changes to + (indicating zooming) and the link is not clickable. Tried using CTRL, SHIFT, and/or ALT to click through to the link, but nothing works.
I can right-click and copy the link and then paste it into the browser to get to the target page, but the link itself is not clickable inside Thunderbird.
This happens with EVERY email I load that has images with links.


Expected results:

The cursor should NOT change to a zoom cursor, and the image with embedded link should be clickable to get to the appropriate website.
Bug: Thunderbird sets the "j" Maildir filename flag in a manner that seems inverted when mail is marked as spam
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2025-02-04 01:56:46+00:00
Resolved: 2025-02-05 08:15:42+00:00

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

Steps to reproduce:

Looking at the cur directory of my on server's Dovecot managed Maildir mailstore, I note that incoming mail is marked in a manner consistent with expectations: the file name is an identifier string with a single comma (",") and then suffix flags (single comma, not tres commas)   

For example, newly arrived mail without any flags set will have no post comma flags. Flagging the message as seen in thunderbird, an IMAP action is passed to Dovecot and the filename is quickly updated with a post comma suffix "S" as in 

....,S 

As one would expect, toggling the "seen" status in Thunderbird results in the filename being rewritten with or without the "S" flag in a manner consistent with the "seen" indicator in Thunderbird (bold for unseen, not bold for seen as I have it configured).

If one toggles the flames icon for a messsage or right click ->  Mark/As Junk there are no updates to the filename except if the message was "unseen" when marked as junk, the status also changes to seen and the file name flags are updated.

However, if you unmark the spam icon, THEN the filename is updated with the "j" flag as in 
...,Sj
But the fire is out.  If you light the fire icon again, marking the message as junk, then the "j" flag is removed.  That is, the server flag seems to be discordant with the TB junk status:

* Messages never marked as junk/not junk do not have a "j" flag.
* Messages marked as junk do not have a "j" flag 
* Messages marked as not junk are DO have a "j" flag

That is mail that is either unspecified (not marked "not junk" manually) OR marked AS junk manually do not have a "j" flag

Mail that is manually marked as NOT JUNK gets a "j" flag as if the "j" flag means "this message has been manually marked as "not junk" rather than what I'd expect myself, that "j" would be a junk flag.

I didn't find documentation of the flags, so maybe this is explained somewhere.  I was planning to use a junk status flag for server-side rspamd learn_spam training. 


Actual results:

Flag is set inverse to expectations: "j" means "not junk" (or undefined)


Expected results:

"j" flag would be used to indicate message has been marked by the MUA or the MUA operator as "junk."
Bug: Port bug 581863 - Intermittent comm/mail/components/extensions/test/browser/browser_ext_windows_events.js | undefined - Expected: 500, Actual: 537
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2025-02-04 09:45:28+00:00
Resolved: 2025-02-10 06:26:12+00:00

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

---
```

```
Bug: impossible to use context menu in address bar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-04 10:09:49+00:00
Resolved: 2025-02-04 11:19:05+00:00

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

Steps to reproduce:

- start composing a new email
- enter some addresses in To and CC fields
- left-click on one of the addresses to select it
- right click on that item to bring up the context menu


Actual results:

After the right click the item gets deselected.
Clicking on any menu action has no effect.


Expected results:

The item stays selected.
Clicking a menu action results in that action (e.g., the selected address is deleted).
Bug: marking email as junk jumps over the next message
Status: UNCONFIRMED
Priority: --
Created: 2025-02-04 10:31:08+00:00
Resolved: 2025-02-04 12:31:07+00:00

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

Steps to reproduce:

Settings:
- When I delete a message: Just mark it as deleted
- V When messages are marked as Junk Move them to the account's Junk folder
- Mark messages as read When Manually marked as junk

Actions:
- select a message in message list pane
- mark it as junk


Actual results:

- the selected message is marked as junk and deleted
- message selection jumps over the next message in the list to a message after it


Expected results:

- the selected message is marked as junk and deleted
- message selection jumps to the next message
Bug: `MRMTimeChanged` and `MRUTimeChanged` folder events not always fired if values change
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-02-04 10:41:54+00:00
Resolved: 2025-02-05 17:30:35+00:00

We have `MRMTimeChanged` and `MRUTimeChanged` folder events, but we do not trigger the notification in all cases where these values are updated.
Bug: Accelerator issue in "New Event" window
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2025-02-04 12:16:37+00:00
Resolved: 2025-02-05 09:50:24+00:00

Steps to reproduce:

Hi. I'm using Thunderbird 128.6.1esr (64-bit) in Linux (openSUSE Tumbleweed), in a KDE Plasma Wayland session.

1, Open Thunderbird
2, Open Calendar
3, Click New Event
4, Observe the menu bar in the New Event window, containing: Event (F), Edit, View, Options


Actual results:

The Edit, View, and Options entries have their first letter underline and respond with Alt+E, Alt+V, and Alt+O respectively. The Event (F) entry has no underline and does not respond to Alt+F as expected. Instead, Alt+F toggles the "Notify attendees" box.


Expected results:

The Event menu entry should have a working Alt+something accelerator that doesn't clash with any other accelerator. Thanks!
Bug: Remove dupes Extension Crash & [JavaScript Application] error
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2025-02-04 13:31:17+00:00
Resolved: 2025-02-05 07:17:43+00:00

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

Steps to reproduce:

Using thunderbird extension "Removedupes" in selected group subfolders or folder when cleaning duplicated emails.


Actual results:

 The above procedure can either crash thunderbird or throw a msg  [JavaScript Application] error.


Expected results:

Remove duplicated emails
Bug: Every time gets mail server certificate it adds :143 (port #} and the site and then it fails!
Status: UNCONFIRMED
Priority: --
Created: 2025-02-04 19:28:36+00:00
Resolved: 2025-02-05 09:21:11+00:00

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

Steps to reproduce:

Version 128.6.1esr (64bit)  Nothing 


Actual results:

Cant get my mail


Expected results:

I should be able to get my mail
Bug: IMAP mail clients are nor receiving email (as of 2/1/2025)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2025-02-04 19:39:00+00:00
Resolved: 2025-02-05 09:18:03+00:00

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

Steps to reproduce:

NordVPN enabled/disabled sometimes works


Actual results:

both iCloud and Pacbell (AT&T/Yahoo) clients are stuck 2025.01.01 (no further receiving nor sending. Outlook works fine as both clients.


Expected results:

receiving mail, al clients and ability to send messages
Bug: Intermittent comm/mail/test/browser/openpgp/composition/browser_expiredKey.js | button0 should be the button to open account settings - "undefined" == "settings-context-open-account-settings-item2"
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2025-02-04 23:53:35+00:00
Resolved: 2025-03-03 15:42:41+00:00

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

---
```

```
Bug: Website does not offer newest release 128.6.1esr
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2025-02-05 08:02:42+00:00
Resolved: 2025-02-05 19:54:12+00:00

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

Steps to reproduce:

Although the website describes Thunderbird 128.6.1esr as released, the download dialog still only offers 128.6.0esr:
https://www.thunderbird.net/en-US/thunderbird/128.6.1esr/releasenotes/
https://www.thunderbird.net/en-US/thunderbird/all/

If TB 128.6.1esr is actually *not* released yet, PLEASE consider doing so. Especially bug #1940605 (fixed in 128.6.1esr!) is particularly annoying – to a lot of people, as the 34(!) duplicate bugs demonstrate.
https://bugzilla.mozilla.org/show_bug.cgi?id=1940605
Bug: message scrolls after accepting return receipt request
Status: UNCONFIRMED
Priority: --
Created: 2025-02-05 12:54:21+00:00
Resolved: 2025-02-06 09:10:43+00:00

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

Steps to reproduce:

1. receive a message with a read confirmation containing an email address and/or a link
2. click on the message you just received
3. click on the read confirmation button
4. the message scrolls to the first link or email address contained in it and highlights it with a blue rectangle around it


Actual results:

The message scroll


Expected results:

The message must be displayed from the beginning after pressing the read confirmation button
Bug: Mail attachment is not shown when attachment is one of the multipart/alternative parts
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-05 14:00:58+00:00
Resolved: 2025-02-05 14:43:20+00:00

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

Steps to reproduce:

Thunderbird does not recognize the attachment in the attached file


Actual results:

Thunderbird does not recognize the attachment in the attached file


Expected results:

It should show the attachment
Bug: Thunderbird freezes for a few seconds when sending emails - _fillRow ... cardForEmailAddress() called 2387 times
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2025-02-05 16:26:37+00:00
Resolved: 2025-02-12 09:20:32+00:00

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

Steps to reproduce:

- Reply to an email (or create a new thread)
- (write the email)
- Click on the "Send" button


Actual results:

When I click on the "Send" button, the whole UI freezes for a few seconds, before displaying the small window telling me my email is being sent.

I even have a warning telling me that the app is not responding (see the screenshot)


Expected results:

I'm on Ubuntu Linux, TB has been installed via Snap Beta. My machine is powerful, around one-year-old, with available resources. I already had the same issue before, even on my previous laptop, but it looks like recently, the freeze is longer than before. I always thought that it was "normal" because I have quite a big number of emails (kernel public mailing lists -- but I don't constantly receive emails while sending some) and accounts. Apparently it is not normal: at FOSDEM, one of your nice developers told me to check the console and launch the profiler.

The console doesn't show any errors when sending an email. The profile is more interesting: the flame graph shows that TB gets stuck 3 times in cardForEmailAddress() for a total of ~5.5 seconds → https://share.firefox.dev/4aPsdmm

The account I used there is using IMAP on GMail servers, and an SMTP on a different server. My address book is not that big: 875 in total, 389 collected addresses. Some address books are on a CardDav server.

Before, I was using the CardBook add-on, but I removed it since then. Maybe it did some modifications in the config that affects cardForEmailAddress()?

Also, I have a "Filter rule" that is applied "After Sending", when the "Subject" "isn't" "" (empty): in this case, the message is copied to the Inbox and marked as read. But I can see that this action is done after having sent the message, so when I can see the "sending window", after the freeze.

BTW: thank you for developing and maintaining this great app!
Bug: Message "Redirected" status not saved on IMAP
Status: UNCONFIRMED
Priority: --
Created: 2025-02-05 16:31:41+00:00
Resolved: 2025-02-05 16:31:41+00:00

Steps to reproduce:

Using Thunderbird 128 I'm doing a redirect for a message both in the inbox and in a shared IMAP folder.


Actual results:

The message displays the redirect icon in the message list pane both in the inbox and in the shared IMAP folder but the information is lost when opening the INBOX or the shared IMAP folder on another Thunderbird installation and/or with another user.
Getting IMAP flag doesn't show any custom flag saved on the message:
a5 FETCH 3559 (FLAGS)
* 3559 FETCH (FLAGS (\Answered \Seen))


Expected results:

The "Redirected" status should be saved as a custom flag in IMAP and shown across devices as the system does for Sent/Forward/Reply and so on.
The IMAP flag should be shown in the IMAP transcript:
a5 FETCH 3559 (FLAGS)
* 3559 FETCH (FLAGS (\Answered \Seen redirected))
Bug: the first new line after quoted message in plaintext is sometimes removed when sent
Status: UNCONFIRMED
Priority: --
Created: 2025-02-05 16:42:44+00:00
Resolved: 2025-02-05 18:40:22+00:00

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

Steps to reproduce:

- Reply to an email in plain text (HTML is not used in this message, nor in the reply)
- Add a new line in the quoted message, then write the reply on another new line
- Send the message


Actual results:

I cannot reproduce that all the time, but sometimes, the empty line between the quoted message and my reply is removed once the message is sent.

So instead of:

```
> Quoted text

My reply
```

This message is sent:


```
> Quoted text
My reply
```


Expected results:

Especially in plaintext, I would expect that what I can see when writing my email is what people will receive. Removing this empty line after a quoted message makes it hard to read, e.g. see the second part of my reply: https://lore.kernel.org/mptcp/3667814e-4e76-45df-90b0-2e3af7a081c8@kernel.org/raw
Bug: Endless Loop Trying to Display a Specific Mailinglist Digest
Status: NEW
Priority: P1
Created: 2025-02-05 17:48:03+00:00
Resolved: 2025-02-18 09:47:43+00:00

Steps to reproduce:

Received and wanted to read an e-mail from the dovecot mailinglist (where I'm subscribed in digest mode).

TB 128.6.0esr (64-bit) on Fedora (KDE Spin) 40, Updates applied just this week, IMAP server is an M365 EXO, installed extensions: see attached screenshot.


Actual results:

TB attempts to render the e-mail and enters an endless loop (alternating between one pane content saying that DKIM verification is ongoing, and one warning that (only) *parts* of the e-mail are signed). UI remains reactive, I can end the loop by having another e-mail displayed. (319 kB screen video available.)

Hiding the message pane, I can select the e-mail in the list and save it to a file (*not* attached right now, I'm apparently limited to one attachment, sorry). Loading the file into TB again triggers the loop (it seems to loop *faster* then.)


Expected results:

Display the e-mail content in the message pane as usual.
Bug: Thundebird freezes after a few minutes of use
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2025-02-05 18:50:42+00:00
Resolved: 2025-02-12 15:46:48+00:00

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

Steps to reproduce:

When I open Thundebird, it works fine. After a few minutes is becomes painfully slow. Anything I click takes several seconds to respond.

I am using the default theme, have no active addons. Windows 10 on laptop.

It appears that fetching new messages messes up the whole app. If I restart the app in Troubleshoot mode, I can use it for hours and hours and it doesn't freeze.