av9ash/GitBugs huggingface dataset:
Bug: app.use_without_mail_account to true break IMAP
Status: UNCONFIRMED
Priority: --
Created: 2024-09-17 08:44:45+00:00
Resolved: 2025-02-28 00:37:05+00:00

Steps to reproduce:

- using defaultPref or user_pref to set "app.use_without_mail_account" to "true" to avoid launch new account wizard
- setup email account using IMAP (via TLS OR SSL) - preferable an account with hundreds of emails
(the order of above steps doesn't matter)

0) The Thunderbird starts to synchronizing email (from IMAP to store locally)

1) write and send new mail
2) write another new mail and try to send


Actual results:

after the 1)
- new email have been send and written to Sent folder then the IMAP processing stop working:
- the background synchronizing process, that download emails from IMAP to store them locally stop working instantly (the activity manager 

after/during the 2)
- Thunderbird cannot save newly sent email to the IMAP "Sent" folder (continuous progress bar animating) and after some time proposed to store this email in Local Folder



Expected results:

- IMAP synchronizing process should be continued (downloading emails from server to store locally)
- You should able to write and send many emails as You wish and these newly sent emails should be stored to IMAP "Sent" folder successfully.

The "app.use_without_mail_account" preference  (when set to true)  should only cancel the launch new account wizard, when no account is configured - nothing more.
Bug: Intermittent received imap mails get lost completely. Sent mails appear with wrong reference or wrong content.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-09-17 09:29:14+00:00
Resolved: 2024-10-16 19:37:19+00:00

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

Steps to reproduce:

Receiving and sending E-Mails.
It seems to happen stochastically, I have no time to do extensive testing.

Version: 128.2.0esr (64-Bit)  



Actual results:

Received mails get lost completely. Sent mails appear with wrong reference or wrong content.


Expected results:

Please take care of this with the highest priority.
In the meantime, I can only recommend everyone to save important emails to the hard drive as soon as possible, otherwise there is a risk of losing them.

It's about basic functionality. Please give this more priority than any bells and whistles.
Bug: Search function not working - for 'octopus' finds 'octopus office' but not 'octopus energy'
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-09-17 09:38:57+00:00
Resolved: 2024-09-17 10:29:29+00:00

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

Steps to reproduce:

Looking for 'Octopus Energy' in emails. Search for 'Octopus' finds 'Octopus Office' but not Octopus Energy  or any variations of Octopus (eg Octo)



Expected results:

Should have found lots of emails in 'Local Folders' from Octopus Energy octopus.energy etc.
Bug: [macOS] Window for filter protocol is too small so protocol isn't visible
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-17 09:50:19+00:00
Resolved: 2024-09-18 08:55:22+00:00

Steps to reproduce:

- Open Filter protocol settings: Menu "Extras" in Menu Bar --> Filters --> Select Mail account in Drowpdown --> Button "Filter protocol" in bottom right
- Turn on filter protocol using the checkbox there
- Close filter protocol settings and filters windows
- Wait some time (to make sure the filters have done something)
- Try to view the filter protocol , should be inside the filter protocol settings

(my machine is set to German, so the english names here are translated by me and may not be 100% the strings used by TB)


Actual results:

The window containing the filter protocol does not show the protocol, instead only showing the checkbox for enabling/disabling the protocol and the buttons to clear the protocol and close the window.

Only after resizing the window by grabbing the bottom edge and pulling down, the text view showing the log was visible. There was no hint in the window showing that this is necessary.

This behaviour was not reproducible after having resized the window, so I guess the problem only occurs the very first time that the filter protocol settings are opened / the filter protocol is viewed.


Expected results:

The window should be large enough to also display at least some part of the logs, or there should be a dedicated button to view the logs which then opens another window or expands the current window to show the logs.
Bug: Filter gets applied to Drafts folder even though it is set on Inbox folder
Status: UNCONFIRMED
Priority: --
Created: 2024-09-17 10:00:32+00:00
Resolved: 2024-09-20 09:06:45+00:00

Steps to reproduce:

- Create a filter that moves mails from inbox to a local folder (in my case, based on te recipient list, I want to move all mails that come via a certain mailing list to their own folder).
- Specifically, make sure that in the filters list, for the entry of the filter in question, the inbox folder is selected in the dropdown menu at the bottom of the window, labeled "Apply selected filter(s) to:" (my machine is in German, so this might not be 100% accurate in English)
- Receive such a mail, it gets moved away nicely and as expected.
- Start replying to that mail, but leave the compose window open for some minutes


Actual results:

- As soon as the mail gets saved as a draft, the filter again kicks in and moves that message to the local folder, where it appears as a new, unread message
- This happens every time the mail gets saved as a draft


Expected results:

Nothing, since the filter should only work on the inbox folder, not the drafts folder
Bug: MessageHeader author field sometimes only contains last name instead of full name and email address
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-09-17 10:00:56+00:00
Resolved: 2024-10-15 16:37:44+00:00

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

Steps to reproduce:

In an addon I use messageDisplay API function getDisplayedMessage
to retrieve the MessageHeader of the currently displayed message.


Actual results:

For specific mails the returned MessageHeader does not have the author field correctly filled.
The author field then only contains the last name of the sender instead of full name and email address (see screenshot attached).

The error is reproducible. I attached a sample email for testing (TB128_author_bug.eml).
The email is redacted - mail body was deleted and subject changed but the error is still reproducible with this sample.


Expected results:

the author field should always contain a correct MailBoxHeaderString in format "User <user@example.com>"
Bug: Drafts are not deleted after sending
Status: UNCONFIRMED
Priority: --
Created: 2024-09-17 10:53:32+00:00
Resolved: 2025-01-11 13:23:53+00:00

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

Steps to reproduce:

Write a long mail that takes more than five minutes
Check the status of the IMAP Drafts folder
Send the mail
Check the status of the IMAP Drafts folder again 


Actual results:

Drafts were stored at 5 minute intervals. After the mail was sent, the drafts were all still present with the status Unread.


Expected results:

The drafts should have all been deleted when the mail was sent.
Bug: Auto-generated Rust manifests include CRLF line endings after running `mach tb-rust vendor` on Windows
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-09-17 11:18:51+00:00
Resolved: 2024-10-01 09:30:13+00:00

When generating files with `mach tb-rust vendor`, even though we specifically set line endings as `\n` when building the content to write, if the command is run on Windows they end up being replaced with `\r\n`. According to https://docs.python.org/3/library/functions.html#open, this is due to not setting the `newline` argument in `open` calls:

> When writing output to the stream, if _newline_ is `None`, any `'\n'` characters written are translated to the system default line separator, [`os.linesep`](https://docs.python.org/3/library/os.html#os.linesep).

On Windows, `os.linesep` is `\r\n`, so we need to set this `newline` argument to `\n`.

This is not critical since none of the automated jobs that generate patches to update these files run on Windows, but it's cumbersome for developers working on Rust code on Windows who want to inspect diffs to e.g. make sure their patch is not pulling in any undesired dependency.

I have this done locally and will submit a patch shortly.
Bug: image properties dialog: manual dimensions pixel number input is slightly too small if more than 4 digits
Status: UNCONFIRMED
Priority: --
Created: 2024-09-17 13:51:06+00:00
Resolved: 2024-09-17 16:29:46+00:00

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

Steps to reproduce:

Version 115.14++


Actual results:

UI leaves space unused in Image Attachment Attribute window.

See Screenshot, it's self explaning.


Expected results:

no shrinked UI Elemnts if space is available.
Bug: Filters do not run on subfolders except manually, config fix obsolete
Status: UNCONFIRMED
Priority: --
Created: 2024-09-17 14:10:26+00:00
Resolved: 2024-09-28 13:50:37+00:00

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

Steps to reproduce:

Set up a mail filter, e.g. to delete messages from a certain address that are older than 30 days.  Set filter to run "when getting new mail" and/or "periodically every 10 minutes".  However, these messages have previously been moved to a subfolder of Inbox by another filter on arrival and are not located in the main Inbox.


Actual results:

Nothing happens, filters set to run on any automatic basis only affect the Inbox (only running manually and selecting the specific subfolder works).


Expected results:

Mail located in subfolders should also be included in filters.  I found a dead extension that fixed this (https://addons.thunderbird.net/en-US/thunderbird/addon/filter-subfolders/) and also a discussion of another fix using the config editor (https://superuser.com/questions/544480/how-to-apply-automatic-message-filters-to-subfolders-too)

The config fix was to create a string named "mail.server.default.applyIncomingFilters" and set it to "true" however it reportedly become obsolete years ago (certainly did not work for me on v128).
Bug: Virtual folder not updated when a used folder is deleted
Status: UNCONFIRMED
Priority: --
Created: 2024-09-17 15:38:37+00:00
Resolved: 2024-09-19 07:09:05+00:00

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

Steps to reproduce:

I defined a virtual folder and all worked fine.
Some time ago i deleted one of the used folders, and now the virtual folder was not updated correctly.
I removed all used folders and added them again, then it worked fine again


Actual results:

Emails that should be displayed in this folder were not displayed
read emails were not diplayed as read
marked emails (starred) wer not displayed as marked


Expected results:

should be displayed correctly even after deletion of a folder
Bug: If inbox date is in ascending order, new emails do not get focus
Status: UNCONFIRMED
Priority: --
Created: 2024-09-17 19:17:52+00:00
Resolved: 2025-02-13 17:21:21+00:00

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

Steps to reproduce:

The date sort order on my inbox is set to ascending. I start Thunderbird, which is set to retrieve new emails on startup.


Actual results:

The focus is set to the middle of the list of emails.


Expected results:

The focus should be set to the first of the new messages in the list of emails. This _is_ the behavior if the date sort is set to descending, but not if it's set to ascending. So a bug _like_ this is marked as fixed, but this particular case is not fixed.
Bug: Rust automation - use tomlkit.TOMLFile to build Cargo.toml files
Status: NEW
Priority: --
Created: 2024-09-17 20:43:51+00:00
Resolved: 2024-09-17 20:43:51+00:00

The rust automation uses template strings to write out the Cargo.toml files and config.toml.in. It would be better to use an instance of TOMLFile to build these files to ensure correct syntax and such.
Bug: Indexing stuck (Ical.sys.mjs:5082:24 and calDateTimeFormatter.sys.mjs:453)
Status: UNCONFIRMED
Priority: --
Created: 2024-09-17 21:01:23+00:00
Resolved: 2025-02-21 01:58:12+00:00

macOS, Thunderbird 128.2.1esr (64-bit).

These two errors show up in the Error Console, and then GLODA indexing gets stuck (Activity Manager show "Indexing messages" but it doesn't progress):
```
TypeError: RecurIterator._expandMap[this.rule.freq] is undefined
Ical.sys.mjs:5082:24
    setup_defaults resource:///modules/calendar/Ical.sys.mjs:5082
    init resource:///modules/calendar/Ical.sys.mjs:3949
    fromData resource:///modules/calendar/Ical.sys.mjs:3887
    RecurIterator resource:///modules/calendar/Ical.sys.mjs:3761
    iterator resource:///modules/calendar/Ical.sys.mjs:5387
    _expandComponent resource:///modules/calendar/Ical.sys.mjs:2882
    _ensureCoverage resource:///modules/calendar/Ical.sys.mjs:2791
    utcOffset resource:///modules/calendar/Ical.sys.mjs:2682
    convert_time resource:///modules/calendar/Ical.sys.mjs:2458
    convertToZone resource:///modules/calendar/Ical.sys.mjs:1531
    getInTimezone resource:///modules/CalDateTime.sys.mjs:133
    getItemDates resource:///modules/calendar/utils/calDateTimeFormatter.sys.mjs:453
    formatItemInterval resource:///modules/calendar/utils/calDateTimeFormatter.sys.mjs:474
    updateInvitationOverlay resource:///modules/calendar/utils/calInvitationUtils.sys.mjs:432
    setField resource:///modules/calendar/utils/calInvitationUtils.sys.mjs:380
    updateInvitationOverlay resource:///modules/calendar/utils/calInvitationUtils.sys.mjs:418
    createInvitationOverlay resource:///modules/calendar/utils/calInvitationUtils.sys.mjs:292
    convertToHTML resource:///modules/CalMimeConverter.sys.mjs:59
```
```
NS_ERROR_XPC_JAVASCRIPT_ERROR_WITH_DETAILS: [JavaScript Error: "RecurIterator._expandMap[this.rule.freq] is undefined" {file: "resource:///modules/calendar/Ical.sys.mjs" line: 5082}]'[JavaScript Error: "RecurIterator._expandMap[this.rule.freq] is undefined" {file: "resource:///modules/calendar/Ical.sys.mjs" line: 5082}]' when calling method: [calIDateTime::getInTimezone] calDateTimeFormatter.sys.mjs:453
```
This seems related to bug 1907603 (fixed in 128.2.1esr).

While I no longer see "TypeError: aPart is nullMimeMessage.sys.mjs:142:7" since upgrading to 128.2.1esr, I'm still seeing the "TypeError: RecurIterator._expandMap[this.rule.freq] is undefined " and "NS_ERROR_XPC_JAVASCRIPT_ERROR_WITH_DETAILS ... calDateTimeFormatter.sys.mjs:453" errors (i.e., the 3rd error shown in [this comment](https://bugzilla.mozilla.org/show_bug.cgi?id=1907603#c4) is gone, but the 1st and 2nd errors remain), and indexing is still stuck.
Bug: Subscribing to new folder doesn't always immediately appear in folder list
Status: UNCONFIRMED
Priority: --
Created: 2024-09-17 22:15:36+00:00
Resolved: 2024-09-29 13:15:14+00:00

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

Steps to reproduce:

1. Start thunderbird
2. Create new mbox folder outside of thunderbird
3. Right-click on account in Folders pane, select Subscribe
4. Scroll through list of folders to locate the folder you'd like to subscribe to
5. Highlight new folder, click it to select and "subscribe"
6. Click "OK"

Actual results:

New chosen folder does not always immediately appear in list in Folders pane after being selected

Expected results:

Folder should always immediately appear in Folders pane under the account. Instead, it's sometimes necessary to restart Thunderbird. It seems like the filesystem is not scanned for new folders created once Thunderbird has been started, or that information is cached and not updated. I've also tried adding the newly created mbox to ~/mail/.subscriptions, and although thunderbird acknowledges the folder is subscribed, even clicking "refresh" doesn't add it to the folder list in the account pane.

This is fedora 40 with 128.2.0esr (64-bit). Please let me know what I can do to assist with troubleshooting. I also reported this same bug two years ago as [Bug 1779006](https://bugzilla.mozilla.org/show_bug.cgi?id=1779006). I don't know that it was ever fixed in that time; only now do I need this capability again.

The IMAP server is dovecot-2.3.21-6.fc40.x86_64 on fedora40. I don't see any specific error messages or debugging messages that could be related.
Bug: Thunderbird frequent crashes libxul.so | libstdc++.so.6 (128.1.1esr) with hardware acceleration enabled
Status: UNCONFIRMED
Priority: --
Created: 2024-09-18 01:26:42+00:00
Resolved: 2024-12-18 10:50:40+00:00

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

Steps to reproduce:

1. Open Thunderbird
2. Wait
3. It will crash
& Alternatively
1. Open Thunderbird
2. Begin to compose an email
3. Wait
4. It will crash


Actual results:

Thunderbird crashes 


Expected results:

Not crash
Bug: Email address displayed truncated
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-18 08:28:50+00:00
Resolved: 2025-01-16 14:45:20+00:00

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

Steps to reproduce:

When clicking on a mailto: on web page and composing a new message, the email address in the window is displayed "truncated" or shortened/abbreviated, with some parts of it replaced by "...". This happens randomly. And I'm 99% sure this also happens randomly when copy-pasting an address in the address field. It's just a cosmetic thing on the display, the actual address is good and the email goes out fine.
Tried troubleshoot mode and it didn't happen, and after exiting t.s. mode and returning to nomal, it didn't happen either.
According to a quick reddit askaround, this is not a feature but a bug and others may have seen it as well, not just me.
I report it as a defect, but if it's an intentional feature somehow, then treat it as an enhancement request and please include a setting to turn this OFF.
(I can even imagine this could be a security problem and used for phising and "hiding" the true full address from the user?)


Actual results:

(actual address shown on the image from the html code: "mailto:info@aranykulcs.hu")
Bug: [comm-esr128] locale strings (l10n) in Thunderbird 128.2.1 and 128.2.2 build-1 not updated (calendar events all / past)
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-09-18 09:07:44+00:00
Resolved: 2024-10-01 09:30:51+00:00

Thunderbird 128.2.1 has new locale strings for calendar filter list: "All events" and "Past events". These strings are not localized in the resulting and released builds.
Bug: When setting up an account, failure to connect to a port because of a certificate error is not reported to the console
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-09-18 09:26:19+00:00
Resolved: 2024-09-19 10:23:12+00:00

During account set up, each failed attempt to connect to a port is reported on the console, e.g.:

> test.test:110 socketType=0 pop3: [Exception... "Connection to test.test:110 failed"  nsresult: "0x804b000d (NS_ERROR_CONNECTION_REFUSED)"  location: "JS frame :: resource:///modules/accountcreation/GuessConfig.sys.mjs :: onStopRequest :: line 1247"  data: no]

but this isn't true where an attempt fails because of a TLS certificate error. In that case, we *do* [suggest the user can change a pref and ignore the bad certificate](https://searchfox.org/comm-central/rev/5e8e75f9c60ffee9c773850f1e31f5878df3f92b/mail/components/accountcreation/modules/GuessConfig.sys.mjs#1224-1226) but that's only an info-level message and not shown with the default log level setting. There should be an exception thrown at this point so that the error handler reports the failure.
Bug: with bigger fonts, items in address book list overflow into eachother
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-09-18 09:35:43+00:00
Resolved: 2024-10-15 17:19:15+00:00

Using thunderbird 130.0b2 or 128.2.2esr, I'm using bigger fonts in my config and the addressbook isn"t handling that correctly and cutting the items as shown on the screenshot
Bug: text of writing a mail looks different from text of the receiving mail
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-09-18 10:57:45+00:00
Resolved: 2024-12-07 15:40:18+00:00

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

Steps to reproduce:

Writing a mail with a table, the colums are aligned


Actual results:

The text of the receiving mail looks different than the written text from sender (colums are destroyed)


Expected results:

receiving text should look as sending text. When columns in sending mail are aligned, then columns in receiving mail should also be aligned. Proportionality of sending text font should not be different from proportionality of receiving text font.
What I send looks not like what the receiver get. (Wysiwyg). The sender does not notice that receiving mail looks different (runs blind into knife) and is not warned about proportionality-changing and following column-destroying.
Bug: "Find in this message... " sometimes no longer automatically scrolling to hits on every message
Status: NEW
Priority: --
Created: 2024-09-18 13:23:57+00:00
Resolved: 2024-09-19 11:58:36+00:00

In previous versions of Thunderbird, one could do a search for a term in the email body, and if that search matches something in the currently displayed email, Thunderbird will scroll to the match, highlighting it in green.

Starting with 128.2.0 (as far as I can tell... at least that was the version I saw when I first noticed the problem), this auto-scrolling to show the match is now no longer 100% reliable (in my testing it's about 50% reliable).  In some cases, the scrolling does not happen despite there being a match in the email. In such cases, the status bar that shows the search details will say "1 of 1 match  Phrase not found" (assuming there's one match).

On one hand, "1 of 1 match  Phrase not found" is self-contradictory.  The fact that Thunderbird knows that there's a match proves that "Phrase not found" is incorrect. If I press Cmd-G, Thunderbird will scroll to select/display the matching term.
Bug: {Linux] Too much line spacing in message list
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-09-18 15:29:33+00:00
Resolved: 2024-09-19 12:08:03+00:00

Steps to reproduce:

Selected a folder with many mails in it.


Actual results:

The first 6 messages in the folder are displayed in the message list (6 lines).


Expected results:

Regression:
In versions before 128, 11 messages (11 lines) were displayed in the message list 
within the same height, i.e. the vertical size of each line almost doubled.

The font size remained the same, but the spacing between the lines was increased significantly. 

This greatly reduces the usability of the message list: Fewer messages are shown at a glance, much more scrolling is needed, it is much harder to look up a specific message by visually searching through the list, and less search result fit within the visible area of the message list when using the search function.

Screen space (especially vertical space in the message list when it is displayed above the message body area) is a rare and precious ressource, you should fit as much information as possible (i.e. as many mails as possible) into the given amount of space.