av9ash/GitBugs huggingface dataset:
Bug: Repairing a local folder makes all the messages disappear from view (re-appear when you revisit the folder)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-07-26 18:56:56+00:00
Resolved: 2024-09-11 19:17:47+00:00

I tried this in 129.0b5 (64-bit). STR:
- Have a folder with some messages
- Move a message to another folder
- Repair the source folder

Result: The message list is empty. Console shows:
```
Uncaught : Component returned failure code: 0x80550005 [nsIMsgFolder.updateFolder]
    updateFolderAndNotifyOnLoad resource:///modules/DBViewWrapper.sys.mjs:111
    open resource:///modules/DBViewWrapper.sys.mjs:844
    _onSelect chrome://messenger/content/about3Pane.js:2738
    handleEvent chrome://messenger/content/about3Pane.js:1710
    rebuildSummary chrome://messenger/content/about3Pane.js:3410
    RebuildSummaryInformation chrome://messenger/content/folderProps.js:482
    oncommand chrome://messenger/content/folderProps.xhtml:1
    editFolder chrome://messenger/content/about3Pane.js:3416
    <anonymous> chrome://messenger/content/about3Pane.js:6304
    doCommand chrome://messenger/content/mailCommon.js:744
    triggerCommand chrome://messenger/content/about3Pane.js:855
    onCommand chrome://messenger/content/about3Pane.js:839
    handleEvent chrome://messenger/content/about3Pane.js:326
```

Looks a bit like bug 1831190.
Bug: Changing/editing a tag in settings does not change the respective tag already attached to messages
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-07-27 06:12:00+00:00
Resolved: 2024-08-21 13:03:11+00:00

Steps to reproduce:

Edited a tag name 


Actual results:

I presumed the edit/change would be reflected in all messages utilizing the (edited) tag. All messages maintained the pre-edit version of the tag.


Expected results:

I presumed the edit/change would be reflected / all messages would be updated in that regard. Instead the change was only reflected in messages tagged for the first time post edit
Bug: Message crashes TB without bug report
Status: UNCONFIRMED
Priority: --
Created: 2024-07-27 11:47:40+00:00
Resolved: 2024-08-21 17:52:57+00:00

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

Steps to reproduce:

Tried to open the selected message.


Actual results:

TB crashed immediately with no bug report.


Expected results:

The program should have stayed open and displayed the message.
Bug: [flatpak] Thunderbird tray icon does not work in
Status: ASSIGNED
Priority: --
Created: 2024-07-29 02:08:58+00:00
Resolved: 2025-01-22 13:54:05+00:00

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

Steps to reproduce:

Run thunderbird nightly as Flatpak on GNOME 46

Give it access to `--own-nam=org.kde.*` so that tray works

Have Appindicator extension installed https://extensions.gnome.org/extension/615/appindicator-support/


Actual results:

No tray icon, it shows 3 dots. See attached image.


Expected results:

Tray should show thunderbird icon.
Bug: Option "hide folder pane header" not reversible
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-07-29 09:20:39+00:00
Resolved: 2024-07-29 12:26:53+00:00

Steps to reproduce:

I activated the option "hide folder pane header" in the folder pane three dot menu (see screenshot attached)


Actual results:

after activating the option "hide folder pane header" the whole menu disappears and therefore it is not possible to undo the activation of this option.



Expected results:

There should be an option somewhere (in the settings) to undo the activation of the option "hide folder pane header"
Bug: not possible to rearrange layout of GUI (message list / message pane)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-07-29 09:35:29+00:00
Resolved: 2024-08-04 13:47:40+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

Steps to reproduce:

It is not possible to change the position of the message list and the message pane in the GUI.


Actual results:

The position of the message list and the message pane is fix and I can not find any option to move them.


Expected results:

It should be possible to arrange the message list and the message pane so that the message pane is below the message list (like it was possible in Thunderbird 115 and was the standard layout in Thunderbird 102 and before)

This also makes the option "table view" of the message list useless since there is not enough room in the message list to display the message list as a table.
Bug: CTRL-SHIFT-K no longer toggles Quick Filter
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-29 14:16:46+00:00
Resolved: 2024-07-30 09:32:48+00:00

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

Steps to reproduce:

Pressed CTRL-SHIFT K


Actual results:

From time to time, the Quick Filter mysteriously goes away and must be re-activated.  This is a long-standing minor annoyance, but the hotkey CTRL-SHIFT-K is supposed to activate (or de-activate) the Quick Filter.  It no longer does -- the button still works but I generally prefer the keyboard.


Expected results:

CTRL-SHIFT-K should toggle the Quick Filter feature of Thunderbird.
Bug: Replied status not set when resuming a draft in offline mode
Status: UNCONFIRMED
Priority: --
Created: 2024-07-29 15:58:38+00:00
Resolved: 2024-10-02 17:19:50+00:00

When in Offline Mode, if you reply to a message, save it as a draft, then re-open and send the draft, then the original message does not get marked as replied.  This appears to be the same problem described in Bug 128996 (and its numerous duplicates), except that it occurs only when in Offline Mode.

Steps to reproduce:

1. Enter Offline Mode (File → Offline → Work Offline)
2. Select any message that has not yet been marked as replied to and press the "Reply" button.  A composer window appears.
3. Save the reply as a draft (File → Save)
4. Close the message composer window (File → Close)
5. Select the Drafts folder and then double-click on the draft you just saved.  A composer window appears.
6. Use the Send Later command (File → Send Later)
7. Go online (File → Offline → Work Offline).  A dialog appears asking whether to send the pending messages.
8. Press the "Send Now" button.
9. Go back to the folder containing the message you replied to.

Expected behaviour:
* The original message should be marked as replied.

Observed behaviour:
* The original message is not marked as replied.
Bug: 404 page opened after update from Thunderbird 115 to Thunderbird 128
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2024-07-29 16:32:49+00:00
Resolved: 2024-07-30 17:53:37+00:00

Today, I received the update from Thunderbird 115 to 128. After the update, two pages opened in the browser.

1. https://www.thunderbird.net/de/thunderbird/128.0.1.0esr/whatsnew/?locale=de&version=128.0.1&channel=esr&oldversion=115.13.0
2. https://www.thunderbird.net/de/thunderbird/128.0/appeal/

The first one does not exist and shows a 404 error page.
Bug: messenger.messages.listAttachments() returns empty list (115 only, 128ok)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-07-29 18:20:03+00:00
Resolved: 2024-08-07 12:09:55+00:00

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

Steps to reproduce:

Called messenger.messages.listAttachments against a message containing an attachment


Actual results:

Empty list returned


Expected results:

This may be related to https://bugzilla.mozilla.org/show_bug.cgi?id=1898617

A user reported certain attachments being omitted from the results when using my extension (Extract 'Em!); he provided me with a sample email which exhibited the problem.  On inspecting the email structure I noticed that the attachment was nested but not in a typical fashion (forwarded or attached email).  Rather than the attachment being a parallel first-level part to the body, it is a child of a multipart-mixed part which is parallel to the body.  To illustrate:

message/rfc822
    - multipart/mixed [1]
        - multipart/alternative [1.1]
        - multipart/mixed [1.2]
            - application/pdf [1.2.1]

I will attach a sample email message once the user grants permission to do so.  My suspicion is that the unusual structure is the consequence of the message having been generated via automation.
Bug: Subject sometimes lost when replying to a message saved in an .eml file
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-07-29 20:38:01+00:00
Resolved: 2024-09-26 08:02:21+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

Steps to reproduce:

Windows 11, 64 bit.
(1) Locate a message coming from a gmail user saved to an .eml file
(2) Double click on the .eml file to open it in Thunderbird
(3) Click on Reply


Actual results:

The subject comes up "Re:" and is otherwise blank.  But not for all such messages saved to an .eml file.  For example, I can try to reproduce the problem using a saved message sent from another gmail account that I own and the subject comes up correctly on the reply.  I've seen this several times in the last release or so and it seems kind of hit or miss which ones can preserve the subject and which cannot.  


Expected results:

The subject line should always fill in correctly for a reply I would think.  I'm attaching a zip file which contains one such .eml file that works correctly, along with one that does not.  The one with the subject "Tails in Motion Courses" is an example of one that doesn't work.  The one with the subject "This is the subject of this message with an attachment" does work correctly.
Bug: TB doesn't display the "Sender" header
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-07-29 20:47:56+00:00
Resolved: 2024-08-21 13:26:52+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. Click on "View -> Headers -> All".
2. Open the attached file, "message.eml".


Actual results:

Notice that the "Sender" header is empty (see the attached file, "sender_empty.png", for illustration).


Expected results:

The "Sender" header should be "sender@sender.sender".
Bug: messenger.messages.deleteAttachment() sometimes hangs
Status: UNCONFIRMED
Priority: --
Created: 2024-07-29 20:51:31+00:00
Resolved: 2025-02-17 17:22:30+00:00

Steps to reproduce:

Called messenger.messages.deleteAttachment().


Actual results:

The call hangs.


Expected results:

I have actually been unable to reproduce this, but have had two separate users of my extension report it.  After the call is made it never returns in these cases.  I have verified that the hang is occurring with this call by encasing it in logging statements (see the attached code block); the console output that one user returned to me had the "Begin detach" line as the last console entry at the point of the hang.

This almost seems to be a file lock or thread-blocking issue or the like.

One user is on Windows 11, will get the OS of the other user for what it's worth.
Bug: Don't spell-check forwarded message content
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-29 21:36:49+00:00
Resolved: 2024-08-21 13:52:05+00:00

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

Steps to reproduce:

Forwarded a message, then clicked Send.


Actual results:

The spell checker window appeared and found spelling errors in the content to be forwarded.


Expected results:

The spell checker shouldn't scan for spelling errors in the content to be forwarded, just as it does not do that for replies. 

See similar closed bug - https://bugzilla.mozilla.org/show_bug.cgi?id=1570719.
Bug: Setting HTML Style font size to anything other than "Medium" messes up font size selection in message composition
Status: UNCONFIRMED
Priority: --
Created: 2024-07-29 22:09:20+00:00
Resolved: 2024-07-29 22:09:20+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. Click on "Tools -> Settings -> Composition", scroll down to "HTML Style" and set "Size" to anything other than "Medium", for example, to "Small".
2. Press Ctrl+m to start editing a new message.
3. Type some text in the message body, select it and click on the "TT" (Set font size) toolbar button. A list of font sizes opens, with "Small" checked. 
4. Click on "Medium". The text gets bigger, but "Medium" doesn't become checked.
Bug: Incorrect Icon Color in Folder Properties, custom color does not work for special folders
Status: UNCONFIRMED
Priority: --
Created: 2024-07-30 08:29:54+00:00
Resolved: 2024-09-10 11:26:17+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. Have in IMAP account.
2. Right-click on any of the following folders: "Drafts", "Sent Mail", "Archives", "Junk", "Trash", and click on "Properties". A "Folder Properties" window opens. Notice that the "Icon Color" for all those folders is yellow, while none of the folder icons are yellow.
Bug: Deleting a folder in GMail does not delete the folder in profile
Status: UNCONFIRMED
Priority: --
Created: 2024-07-30 09:20:10+00:00
Resolved: 2024-12-26 21:33:18+00:00

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

Steps to reproduce:

0. Have a GMail account with an empty folder. Start Thunderbird to make sure the account (and the folder) are synched with the local profile.
1. Close Thunderbird.
2. In GMail web UI, delete the folder.
3. Start Thunderbird.
4. Restart Thunderbird.

It may not be specific to GMail.



Actual results:

At step 3, Thunderbird synchronizes its local view with GMail, and shortly after startup it removes the deleted folder from the folder tree on the left. However, the .msf file for that folder in the profile remains.

At step 4, on startup, Thunderbird still shows the deleted folder briefly until it synchronizes with GMail, similar to step 3. The behavior repeats on subsequent restarts.

If I manually remove the .msf file in the profile, the folder no longer appears in the UI.


Expected results:

The .msf file should be deleted when Thunderbird discovers that the folder no longer exists on the server. That folder should not appear in the UI on further restarts.
Bug: "AppUpdatePin" set to "115." is being ignored
Status: UNCONFIRMED
Priority: --
Created: 2024-07-30 12:21:22+00:00
Resolved: 2024-09-04 19:08:44+00:00

Steps to reproduce:

Creating ".\distribution\policies.json" with the following settings:

{
  "policies": {
    "AppUpdatePin": "115."
  }
}


Actual results:

Thunderbird updated beyond 115 to 128 (with Mozilla Maintenance Service)


Expected results:

Thunderbird should NOT update automatically beyond 115.
Bug: Intermittent comm/taskcluster/comm_taskgraph/test/test_parameters.py::TestCommParameters::test_Parameters_check TEST-UNEXPECTED-FAIL
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2024-07-30 14:26:05+00:00
Resolved: 2025-01-10 12:53:40+00:00

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

---
```
Looks like the test parameters files need an update.
```
Bug: Intermittent comm/taskcluster/comm_taskgraph/test/test_parameters.py::TestCommParameters::test_Parameters_check TEST-UNEXPECTED-FAIL
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2024-07-30 14:26:08+00:00
Resolved: 2024-07-30 14:26:30+00:00

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

---
```
Looks like the test parameters files need an update.
```
Bug: Using systray-x extension, feed count not working
Status: UNCONFIRMED
Priority: --
Created: 2024-07-30 16:52:27+00:00
Resolved: 2024-08-22 08:17:52+00:00

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

Steps to reproduce:

Using SysTray-X-64-0.9.9-2 extension


Actual results:

Cannot see number of new or unread feed in the extension icon. No feed account in the extension settings. In TB 115.x everything worked properly.
Asked for a compatibility issue, the extension developer wrote: "Seems like TB 128 is also blocking the feed now in the web extensions api. The feed accounts are not listed any more. This is another TB128 bug."


Expected results:

Systray-x working as in TB 115. It's terribly useful, for me.
Bug: Empty inbox message is not vertically centered within its container
Status: UNCONFIRMED
Priority: --
Created: 2024-07-30 18:01:06+00:00
Resolved: 2024-07-31 12:35:09+00:00

Steps to reproduce:

Ensure you have no messages in your inbox. In classic view layout, click and vertically drag the horizontal divider line between the list of messages and the message pane.


Actual results:

The "No message found" is top-anchored.


Expected results:

The "No message found" should be vertically centered. I recognized that this is subjective, but to me it seems vertical centering is the proper view. New Outlook has this behavior.

See screenshot "comparison.png" for the issue, and also how New Outlook handles it.
Bug: "file.c:123" identified and autolinked as URIs
Status: UNCONFIRMED
Priority: --
Created: 2024-07-31 08:25:15+00:00
Resolved: 2025-01-06 03:15:25+00:00

Steps to reproduce:

I am using the Thunderbird Snap, version 128.0esr-3  (497).

I received a plain text e-mail with the following lines. These refer to lines of files:

test/boot/expo.c:707

lib/fwu_updates/fwu_mtd.c:64

lib/efi_loader/efi_memory.c:755

lib/efi_loader/efi_boottime.c:2519

fs/yaffs2/yaffs_guts.c:4460

drivers/mtd/ubi/fastmap.c:589

drivers/mtd/ubi/fastmap.c:586

drivers/core/util.c:18

boot/scene.c:85


Actual results:

The email is displayed with links:

test/boot/(expo.c:707)[expo.c:707]

lib/fwu_updates/(fwu_mtd.c:64)[fwu_mtd.c:64]


Expected results:

As these lines don't contain URLs no links should be displayed.
Bug: Double clicking or CTRL+A on compose window reverts to variable width overriding fixed-width
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-31 08:41:31+00:00
Resolved: 2024-08-04 13:59:23+00:00

## Description:

When composing new message, double-clicking at the end of the line reverts to variable-width from fixed-width. Pressing the select-all CTRL+A shortcut on an empty compose window also reverts from fixed-width to variable-width.

## Steps to reproduce:

### Scenario 1
1. Compose a new message
2. Switch to fixed-width font setting
3. Click on the email text field and press CTRL+A

### Scenario 2
1. Compose new message
2. Switch to fixed-width font setting
3. Type a word/line of text
4. Double click with mouse at the end of the line or in an empty space within the text field.

## What happens?

Fixed width setting is reverted to variable width setting and subsequent text input is considered variable width.

## What should have happened?

Fixed width setting should be retained and not overridden.

## Environment

Release - Thunderbird 129.0b6 en-GB (Build ID - 20240729174322)
WM / DE - KDE Plasma 6.1 on Wayland (Arch Linux)
Bug: Some wizards are not presented by Orca
Status: NEW
Priority: --
Created: 2024-07-31 10:42:07+00:00
Resolved: 2024-09-26 13:55:46+00:00

Steps to reproduce *Using Orca v47.alpha or later*:
1. Get into the New Feed Wizard
2. Proceed through the steps

Expected results: Orca would present the static text/labels automatically.

Actual results: Orca only presents the focused widgets.

Explanation: When looking for static text to present automatically for a dialog, panel, etc., Orca now checks more objects, including new ancestors of the newly-focused item, and does the following:

1. Look for the accessible description. If it finds one, it uses that.
2. Fall back on the concatenation of "unrelated labels", namely accessible objects which have the "label" or "static" role and lack an accessible relation such as label-for

Making this change causes Orca to present more static text automatically (good), but the fallback introduced a serious performance hit (bad). As a result, Orca no longer does tree dives looking for unrelated labels if it suspects the object might have a huge accessibility tree. One of the roles Orca suspects might have a huge accessibility tree is the "frame" role which is role applied to the top-level window.

The Thunderbird New Feed Wizard (and potentially other wizards and dialogs; I didn't check):

1. Lacks an accessible description
2. Has the "frame"/top-level-window role

As a result, Orca no longer automatically presents the static text automatically. 

As alluded to above, there are a couple of changes that could be made in Thunderbird, either of which should solve the problem on its own:

1. Use the dialog role instead of the frame role. Orca treats dialogs as not potentially huge, so if there's no description, it will tree dive for unrelated labels.
2. Set the description of the window to the displayed static text. This is a practice already done for (at least) Firefox alerts and, I believe, also helps Windows screen readers automatically present text. It's also a more reliable way to ensure screen readers announce the right text because it eliminates screen-reader heuristics.

Thanks in advance!
Bug: Fails to regularly log in to Outlook e-mail
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-07-31 15:47:20+00:00
Resolved: 2024-08-13 16:32:38+00:00

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

Steps to reproduce:

Log in to Outlook regulary fails since a recent Thunderbird update - outlook.office365.com default port 993  with SSL/TLS and normal password.


Actual results:

Notifies to retry login OR sending failed.
If Outlook login to webpage is used a 2 step via mobile phone is used, that cannot be used by a mail App like Thunderbird.  If that is a hindrance, how can that be turned off ?


Expected results:

On starting mail App Thunderbird, three e-mail sets/accounts should open and get messages.   One googlemail and two different Outlook mail sets.
Bug: When sorting messages in increasing date order, the newest messages are obscured by the preview pane
Status: UNCONFIRMED
Priority: --
Created: 2024-07-31 16:39:49+00:00
Resolved: 2025-01-29 21:05:28+00:00

Steps to reproduce:

Sort messages on date, oldest message on top of list.


Actual results:

Preview message pane (?) obscures newest messages (which are at the bottom of the list)


Expected results:

While sorting in this order, TB should take the size of the preview message pane into account
Bug: As of version 128.nn  the "From" field adds additional full email address
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-07-31 19:12:27+00:00
Resolved: 2024-08-21 05:24:44+00:00

Steps to reproduce:

Emailed from my other email to self happens on all gmail.com accounts.
Does not happen when using hotmail.com 



Actual results:

From
ken wood <kaosken314@gmail.com>



Expected results:

From:
Ken Wood
Bug: Message "Forwarded" or "Redirected" status changes when moving the message to another folder
Status: NEW
Priority: --
Created: 2024-07-31 20:47:57+00:00
Resolved: 2024-08-22 08:13:33+00:00

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

Steps to reproduce:

Move an e-mail message with the status "Forwarded" or "Redirected" to another folder. Notice that the status changes to "Replied", while it perhaps should stay the same.