av9ash/GitBugs huggingface dataset:
Bug: Folder highlight not visible when dragging messages
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-07-08 22:34:18+00:00
Resolved: 2024-07-31 12:34:41+00:00

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

Steps to reproduce:

Drag and dropped a message from inbox to another folder in the folder pane list.  


Actual results:

While dragging the message, the folder list becomes obscured by the outline of the message and it's hard to see which destination folder is being selected.


Expected results:

The destination folders should be highlighted on hover more prominently so they are seen more easily.
Bug: overwriting hyperlink tooltips to display incorrect hyperlink destination URLs
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-07-08 23:06:17+00:00
Resolved: 2024-07-16 19:01:28+00:00

This issue applies to Mozilla's Thunderbird application (Ver. 115.11.1).

I have attached a full report to this form with more details, but will discuss the problem broadly here.

Essentially, the title attribute of anchor tags in Thunderbird can be used to deceive users into clicking on malicious links.

Title attributes are normally used to display tooltips over HTML elements to provide users with more contextual information. However in email clients specifically, this behavior can be leveraged in phishing attacks, leading users to click on malicious links.

A common piece of anti-phishing advice is to hover over email hyperlinks to uncover a link's destination URL. However, a malicious attacker could set a link's title attribute to www.google.com, but set the href value to www.evil-google.com. In this scenario, the hyperlink tooltip would suggest the destination URL is google.com, but clicking the link will actually take the user to evil-google.com.

The way Mozilla (and other email inbox application companies) have implemented hyperlink tooltips in their products exposes users to social engineering attacks.

Please feel free to reach out if you have further questions or comments.
Bug: Valid Letsencrypt certificate not accepted on Linux
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-07-09 09:01:04+00:00
Resolved: 2024-07-13 09:11:22+00:00

Steps to reproduce:

Created new letsencrypt certificate on my nextcloud server. In Thunderbird nextcloud calendars are subscribed to using thunderbird native CalDAV support.


Actual results:

Thunderbird doesn't accept the new certificate. Firefox does and so do Android apps like DAVx5 or the nextcloud app. This issue is only present on Linux PCs, not Windows one. Tested on two Linux computers, one running Linux Mint 21.3 Cinnamon, one running Arch Linux.  Both connected to different nextcloud servers. Issue present on both. Both have Thunderbird 115 installed through the distro native package manager. Both systems are up-to-date.


Expected results:

The certificate is valid and accepted by other browsers / apps and under Windows. So Thunderbird under Linux should accept it too.
Bug: Sending of Message failed - check that you have access to the file - when attaching a file through drag and drop from a mounted drive other than the system drive
Status: UNCONFIRMED
Priority: --
Created: 2024-07-09 09:42:43+00:00
Resolved: 2025-01-18 17:19:09+00:00

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

Steps to reproduce:

I'm using Thunderbird snap on Kubuntu 24.04

Attaching a file through drag and drop from a mounted drive other than the system drive.


Actual results:

When sending the mail or saving it as draft I get the error message "There was an error attaching ... Please check that you have access to the file.


Expected results:

The mail should be sent out with the attachment. Interestingly, when attaching the exact same file through the "attach" button at the top right, the mail will be sent out just fine. Attaching mails from the system drive (as opposed to from a mounted secondary drive) will work fine when sending the mail, regardless whether the file was attached through drag and drop or through the "attach" button.

The issue is also described here, albeit in less detail: https://www.reddit.com/r/Thunderbird/comments/1dn6zks/comment/la4ariy/?context=3
Bug: Feed body version not selected in body mode menu
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-07-09 10:25:49+00:00
Resolved: 2024-07-31 17:47:58+00:00

STR:
1. Have a feed account etc.
2. Select a feed article
3. Click on the more button in the message header
4. Click on "Message Body As"

Expected result:
The current rendering mode of the feed (Webpage/Summary/Default) is checked.

Actual result:
No rendering mode is checked.
Bug: getComposeDetails() fails when the toolbar button "Encrypt" is not shown in the toolbar
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-07-09 10:33:14+00:00
Resolved: 2024-11-11 08:44:29+00:00

In the compose window, when the toolbar button "Encrypt" was manually removed by the user and is not shown in the toolbar anymore, then `messenger.compose.getComposeDetails()` fails with this error:
```
composeWindow.document.getElementById(...) is null ext-compose.js:487:6
    getComposeDetails chrome://messenger/content/parent/ext-compose.js:487
    getComposeDetails chrome://messenger/content/parent/ext-compose.js:1826
    AsyncFunctionNext self-hosted:804
```

This is a regression by Bug 1732669, which introduced support for encryption properties as part of the compose details. It affects Thunderbird 128; Thunderbird 115 is NOT affected.
Bug: Email drafts get sent on autosave with Snap 128 beta
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-07-09 11:24:24+00:00
Resolved: 2024-08-24 21:50:58+00:00

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

Steps to reproduce:

I click "Reply All" and started typing.


Actual results:

Every autosave actually sent the current draft to all recipients.


Expected results:

The message should have been saved but not sent.
Bug: Fix typo on junkCommands.js, affecting copy/save messages as draft/template
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-07-09 13:15:18+00:00
Resolved: 2024-07-22 10:09:32+00:00

Reported by add-on developer dillinger:
https://searchfox.org/comm-central/rev/e1c0d0cab130629a1872896bd8184ecd5a4f14a8/mailnews/base/content/junkCommands.js#111
Bug: MacOs Spotlight integration broken
Status: ASSIGNED
Priority: P2
Created: 2024-07-09 16:50:04+00:00
Resolved: 2025-02-03 19:57:06+00:00

The spotlight integration for MacOS14 is not working when loading messages the following error is occurring 
`JavaScript error: resource:///modules/SpotlightIntegration.sys.mjs, line 178: TypeError: setting getter-only property "_profileDir"`

the class attempts to cache the dir but only providers a getter for `_profileDir` but within the getter trys to set it...

```
get _profileDir() {
    delete this._profileDir;
    return (this._profileDir = Services.dirsvc.get("ProfD", Ci.nsIFile));
  }
```

and as a result i see no results in spotlight search.
Bug: What's New page not displayed correctly after update
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-07-09 23:38:08+00:00
Resolved: 2024-07-17 10:14:25+00:00

This function is not triggering correctly after updating to Thunderbird 128: https://searchfox.org/comm-esr128/rev/38abeb35c357a3032d84535d7c26da4ea37c4605/mail/base/content/specialTabs.js#1022

Possibly because there is no import for openLinkExternally.

This will need to be fixed before we launch 128. The What's New page should pop up on the first startup after updating, and then the donation appeal should appear on the 2nd restart.
Bug: Quick Filter: option to search "entire message" has disappeared
Status: NEW
Priority: --
Created: 2024-07-10 00:49:17+00:00
Resolved: 2024-10-25 12:51:56+00:00

In Quick Filter, the option to search anywhere, i.e. in the entire message, was implemented in bug 271222 but this feature is no longer present in TB 115.6.1. Since this is a useful feature (24 votes, 5 duplicates), this option should be brought back to Quick Filter and also added to `Tools` > `Message Filters`.

This would also be [consistent](https://bugzilla.mozilla.org/describekeywords.cgi#ux-consistency) with the request to search the entire message in bug 229142.
Bug: NS_ERROR_MALFORMED_URI on startup
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-07-10 01:20:55+00:00
Resolved: 2024-07-15 23:54:24+00:00

Thunderbird is busted with an `NS_ERROR_MALFORMED_URI` on startup.

NI the author of the patch in bug 1889536 to see if there's something we need to do to port those changes.
Bug: Pressing show password button creates new empty password list entries
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-10 07:42:31+00:00
Resolved: 2024-08-08 21:15:29+00:00

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

Steps to reproduce:

From Settings open Saved Password window
Press button "Show Passwords"

Note: German version of 115.12.2 Thunderbird with Windows 10 (did not check with the English version).


Actual results:

New empty password list entries are created (as many, as entries are already existing).


Expected results:

Only the existing entries should be there.
Bug: Show email address when mouse over sender
Status: NEW
Priority: --
Created: 2024-07-10 10:54:29+00:00
Resolved: 2024-08-20 18:47:46+00:00

Following introduction of long awaited enhancement Bug 243258 which now allows to show sender email address for unknown contacts by default (and https://thunderbird.topicbox.com/groups/planning/T0693b2fe630fea8e-M97606b1f6866e19c69ff4994/20-years-old-bug-show-expanded-address-vs-condensed) when mouse-over a sender in message list who has email address hidden by default (due to registered contact in addressbooks) the email address of the contact does not appear in the tooltip popup, only the display name. See attached the current result in TB beta 128.0b6 (64-bit).

By default as requested (and especially here https://connect.mozilla.org/t5/ideas/show-full-email-address-when-mouse-over-sender/idi-p/29010) if the email address is hidden by default, it should always be shown via a mouse-over on the sender at the least.
Bug: Add-on Installation Buttons Unresponsive in Thunderbird on Debian Sway
Status: UNCONFIRMED
Priority: --
Created: 2024-07-10 10:57:13+00:00
Resolved: 2024-07-15 11:22:17+00:00

Steps to reproduce:

1. Open Thunderbird on a Debian system running the Sway window manager.
2. Navigate to the add-ons installation interface.
3. Attempt to install any add-on by clicking on the 'Add' button.
4. Observe that while there is a visual feedback on the button click, the action does not proceed.
5. Attempt to cancel the operation by clicking 'Cancel' or using the Esc key, noting that this also fails to produce any effect.


Actual results:

The 'Add' and 'Cancel' buttons, along with Enter and Esc keys, fail to function. No action is taken upon interaction, preventing any add-on from being installed or the installation dialog from being dismissed.

Workaround Attempted:
Running Thunderbird with `GDK_BACKEND=x11` does not resolve the issue.


Expected results:

Clicking on the 'Add' or 'Cancel' buttons or pressing Enter/Esc keys should respectively initiate or cancel the add-on installation process.
Bug: The positions of Folder Mode items should be remembered
Status: UNCONFIRMED
Priority: --
Created: 2024-07-10 13:58:19+00:00
Resolved: 2024-09-10 10:36:30+00:00

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

Steps to reproduce:

1. Enable the Recent Folders list in the Folder Pane by clicking on "…" and selecting "Folder Modes > Recent Folders". The list is displayed at the bottom of the Folder Pane.
2. Click on "⋮" in the list and select "Move Up". The list moves to the top of the Folder Pane.
3. Disable and re-enable the list.


Actual results:

The list is displayed at the bottom of the Folder Pane.


Expected results:

The list should be displayed at the top.

Same happens to other Folder Mode items, specifically, All Folders, Unified Folders, Unread Folders, Favorite Folders and Tags.

Thunderbird 115.12.2 (64-bit).
Bug: Two Factor OAuth (for text and email) not working - Office365
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-07-10 15:52:03+00:00
Resolved: 2025-02-27 10:29:04+00:00

Attempted to set up an O365 account, associated with a university. I was not able to use the two-factor auth for text message two-factor, but was able to do the two-factor via the Security Question.

When attempting to load the two-factor page for the text, the page simply was a gray page with no elements on it. This was repeatable, tried a number of times.

Happy to test to figure out what's going on, but need some guidance on where to get helpful information.
Bug: TB 115 only: Exchange username prompt bypasses other configuration discovery methods
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-10 16:38:33+00:00
Resolved: 2024-07-17 17:14:49+00:00

For Thunderbird 115 only.

When configuring an account, and there are multiple configuration sources, of which one is an Exchange autodiscover service that requires a custom username, Thunderbird 115 does not find any of the other configuration sources, even when they should be of higher priority. The easiest way to reproduce this is using an Office 365 account as there is ISPDB data for that but the lookup for that is slower than the Exchange autodiscover failure (which in this case is due to Basic Auth being discontinued).
Bug: In the list of email messages, parents of collapsed threads do not show labels properly
Status: UNCONFIRMED
Priority: --
Created: 2024-07-10 20:35:01+00:00
Resolved: 2025-02-09 11:02:01+00:00

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

Steps to reproduce:

I have three emails in a thread, named A, B and C
A is the parent and B is child and C is the more recent grandchild.

I have two labels, called Sent and Received. Sent is blue and received is red.
A is sent.
B is received.
C is sent.

I collapse all threads in the message list.


Actual results:

The parent of the thread is marked red in the collapsed thread view of messages.


Expected results:

The parent of the thread should be marked blue, because it itself is marked blue. Alternatively, one may expect it to be marked by the label of the most email in the thread. This is not the case in my scenario.

The parent should retain its label color when collapsed.
Bug: profile not migrating to snap if profile dir is too large
Status: RESOLVED
Priority: P1
Resolution: MOVED
Created: 2024-07-10 20:48:15+00:00
Resolved: 2025-01-28 18:21:24+00:00

We have seen reports of folks updating their Ubuntu to the latest 24.04 release and then not having access to their profile.

This only happens in cases where the user's profile directory is sufficiently large enough to not be able to copy (because their filesystem doesn't have enough space).

The reason this happens is because Ubuntu 24.04 is the first release that installs the Thunderbird snap, instead of Thunderbird traditionally packaged as a deb and provided in the Ubuntu archive like has been the case. (There is still a Thunderbird deb, but it is a transition package that installs the snap).

When the snap is installed, the install scripts look for an existing `~/.thunderbird` profile directory. If one is found and if there is enough space on the filesystem to copy it, then the `~/.thunderbird dir` is copied to `~/snap/thunderbird/$SNAP_ID/.thunderbird` (the location within the snap where the snap looks for the profile dir) [0]. If however there is an existing `~/.thunerbird dir` but not enough space to copy it, then it doesn't get copied and when the user launches Thunderbird, it looks like they need to re-create their profile from scratch.

The flatpak does not seem to have this problem so I looked into what it does to access the profile dir and it bind mounts `~/.thunderbird` to `~/.var/app/$FLATPAK_ID/.thunderbird` [1]

This could be solved by the snap doing something similar: bind mounting `~/.thunderbird` to `~/snap/thunderbird/$SNAP_ID/.thunderbird` using a layout. Unfortunately this is not possible because the snap user data is readonly. 

Another option would be to simply move `~/.thunderbird` to the location within the snap. The problem here is that the original profile directory is at risk of being corrupted and left in a funky state and possibly unrecoverable, if say the user's system crashes while the move is occurring.

[0] https://github.com/ubuntu/thunderbird/blob/stable/thunderbird.launcher
[1] https://searchfox.org/comm-central/source/taskcluster/docker/tb-flatpak/repack.sh#169
Bug: Date/time column does not use `tnum` feature of a font like Inter
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-07-10 21:41:31+00:00
Resolved: 2024-07-16 10:20:44+00:00

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

Steps to reproduce:

On Debian sid/unstable, update *gsettings-desktop-schemas* to 47~alpha-1, which changes the default font to *Inter*.




Actual results:

The alignment in the date column looks bad when there is a 1 in there.


Expected results:

The alignment should be better. Sebastian Keller mentioned a solution:

> that can be fixed on the application side by using the `tnum` feature of the font for times/dates

https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/7772#note_2163599
Bug: release-notify-started emails for thunderbird no longer include buglist links
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-07-10 21:56:23+00:00
Resolved: 2024-07-31 20:27:16+00:00

Looks like this broke between 115.0b6 and 116.0b1. The "Build of thunderbird <version> <build>" emails should include some bug links:

Comparing Mercurial tag THUNDERBIRD_115_0b1_RELEASE to THUNDERBIRD_115_0b2_RELEASE:

    Bugs since previous changeset
    Backouts since previous changeset
    Full Mercurial changelog
Bug: Changing default font size does not change font of all message previews
Status: UNCONFIRMED
Priority: --
Created: 2024-07-10 23:11:45+00:00
Resolved: 2024-11-19 13:12:07+00:00

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

Steps to reproduce:

I change the default font size setting and disable "allow messages to use other fonts"


Actual results:

Some messages use the new font, but most retain the old font. This is the case with at least the plain text and simple html views. 

Original html seemed to work better, but I cannot view some text in this mode at all due to my other configurations.

For using simple html or plain text views - I must keep default size at 16 to ensure consistency between message previews and composer.


Expected results:

The default font size setting should change all the messages, not only a random few.
Bug: Sending format "Only Plain Text" should switch off HTML editor
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-11 04:16:54+00:00
Resolved: 2024-07-14 21:36:54+00:00

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

Steps to reproduce:

Sending format "Only Plain Text" should switch off HTML editor when picked by the user in the menu bar of a compose window. The problem with the HTML editor for plain text mails is that in terms of line breaks it sometimes translates poorly to how Thunderbird sends the e-mail when converted to plain text, so just picking "Only Plain Text" but staying in the HTML editor often leads to broken results. In my personal opinion exact line breaks are important for keeping mails legible, so I feel like this significantly affects the ability to craft readable e-mails.

To reproduce, 1. turn off "Compose Messages in HTML Format" in your account settings, 2. you'll notice that this only seems to affect e-mails created from scratch and not replies to HTML e-mails. While that in itself may make sense, there's regrettably no "Compose replies in plain text only" account setting, so instead 3. you'll  need to change "Options" > "Sending Format" > "Only Plain Text" in a compose window. 4. Observe what sort of editor UI you get in terms of formatting and line break behavior.


Actual results:

I keep seeing and using the HTML editor despite now editing what will be effectively a plain text e-mail. This is undesirable for above reasons.


Expected results:

It switches me over to the plain text editor while retaining what I already typed.
Bug: Refresh Calendar drop-down items not rendered while editing remote calendars
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-07-11 05:04:32+00:00
Resolved: 2024-07-15 21:54:34+00:00

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

Steps to reproduce:

Under the calendar tab, right click on a remote calendar and click properties


Actual results:

The "refresh calendar" option drop-down was empty (unrendered). 
Clicking on the dropdown shows several "blank" entries except for the last one - "Manual"


Expected results:

Drop-down should have displayed multiple time interval options.
Bug: After automatic compacting, the messages pane is empty
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-07-11 07:14:43+00:00
Resolved: 2024-09-20 11:28:44+00:00

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

Steps to reproduce:

1. Clicked on the fetch all mail button
2. TB decided it's a good time to automatically compact the folders
3. The message list in the messages pane disappear during compacting



Actual results:

4. After the compacting is done, the message pane remains empty and does not refresh. Have to switch to a different folder and then back.


Expected results:

The message pane should show the list of messages as it was before the compacting.
Bug: Cannot delete emails using the DEL button while word search mode `Find in message` is activated
Status: NEW
Priority: --
Created: 2024-07-11 08:49:25+00:00
Resolved: 2024-07-31 11:17:11+00:00

**Affected versions**
* 115.13.0(20240709183211)
* 128.0esr(20240710185639)
* 129.0b1(20240708223515)

**Affected platforms**
* Windows 11
* Ubuntu 22.04
* Ubuntu 24.04
* macOS 14

**Steps to reproduce**
1. Launch TB.
2. Login with valid credentials
3. Click on Inbox.
4. Click on any email from inbox.
5. CTRL+F to enter word search mode.
6. While search mode is activated, select another email from inbox.
7. Press the DEL button on your keyboard.

**Expected result**
* Any selected email is deleted when pressing the DEL button, even though word search mode is activated.

**Actual result**
* While word search mode is activated, pressing the DEL button does not delete any selected emails from inbox.

**Regression range**
* I went as far back as 74.0a1(20200108100416) from 2020-01-08 and the issue reproduces with the exact same repro steps. Attempted to go even earlier than that (up until 2017, but the mozregression tool either does not return any builds, or builds are unresponsive)
Bug: SECURITY BREACH: Bypassing Primary Password
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-11 11:16:58+00:00
Resolved: 2024-07-11 12:23:46+00:00

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

Steps to reproduce:

Start up Thunderbird.
When asked for Password, just click Cancel.
Then screen loads. Asks for Primary Password. Just click Cancel.
And you're in. You can read every email.
//I'm surprised this was not even tested.


Actual results:

You can read every email making password security pointless.
I am using Thunderbird version 115.12.2 (64-bit).


Expected results:

Thunderbird should not preload emails - instead, if password !correct { exit }