av9ash/GitBugs huggingface dataset:
Bug: Settings not fully responsive.
Status: UNCONFIRMED
Priority: --
Created: 2023-11-24 12:31:57+00:00
Resolved: 2025-02-23 18:39:36+00:00

Steps to reproduce:

Entering settings/parameters section (or entering contacts section and display a contact content)


Actual results:

Thunderbird's settings/parameters section (and contacts section) is not responsive  and this is causing problems. I've been using thunderbird on a desktop for a long time, and I can see that this problem is already very old. I'm running Thunderbird 115.4.1 on Linux Mint Cinamon. For my purposes, I like to set a fairly small window width for thunderbird : 700 or 800 pixels wide. But the settings section seems to require a minimum window width of 1450 pixels to see all elements. Many buttons are justified to the right, and with a fixed position (so resizing the window has no impact on their position). So if the window is smaller, as in my case, many buttons (especially the validation ones!) are simply invisible and inaccessible.


Expected results:

This sections should be responsive : if you want te buttons to be justified to the right, at least they shouldn't have a fixed position and be responsive.
Bug: "folder location" toolbar custom button becomes inoperative after a while
Status: UNCONFIRMED
Priority: --
Created: 2023-11-24 12:49:34+00:00
Resolved: 2025-03-04 17:50:20+00:00

Steps to reproduce:

(Linux Mint 21.2 Cinnamon - Thunderbird 115.4.1. )
In the upper (main) toolbar I've added the "folder location" button to choose which folder to display (I don't use the left pane for folder selection, because the "folder location" button lets you display a folder by navigating through a more discreet drop-down menu system). I've noticed that this access, while it always works well when Thunderbird launches, suddenly becomes inoperative after I've used Thunderbird for a while (and made a few manipulations). 


Actual results:

The button does give a drop-down menu for selecting a folder to display, but it doesn't give any result in terms of changing the folder display. The method I've found to solve the problem is to close and reopen Thunderbird. 


Expected results:

N/A
Bug: Message list scrolls up to random spot/top when switching folders, despite last message being selected
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2023-11-24 16:41:07+00:00
Resolved: 2024-11-06 09:16:52+00:00

Created as a clone of Bug #1862167, but I don't know that 1862167 is related in my issue - my case no new messages have been received, plus mine always scrolls to the top whereas 1862167 "seems to prefer to set the scroll to some middle position in the message list".

Highly reproducible. 

Steps with 120.0b6:
1. All Folders view (not unified folders)
2. View > Sort by > date & ascending & Threaded
3. In Inbox, the LAST message thread MUST have more than one message
4. Expand that last message thread and click the second message in that thread, i.e. NOT the top message
5. click in another folder
6. click Inbox - Note: the message list is still positioned (scrolled to) the last message
7. open quick filter - don't type anything in it.
8. click another folder
9. click Inbox

Result: Message list scrolls to top of list.  Note items #2,3,4,7 are essential - change any of those steps and the issue does not reproduce.  It is as if Thunderbird thinks that sort DESCENDING is in effect when selected message is something other than the top/root message that last thread (step #4).  

Unlike many other scrolling bug reports, this does not involve any message deletions or drags.  I randomly hit on these steps, so I have no idea when it started. I didn't test 115.

fails with mailnews.scroll_to_new_message both true and false, which confirms my issue is unrelated to new messages.
Bug: Crash in [@ nsTArray_Impl<T>::DestructRange | nsTArray_Impl<T>::ClearAndRetainStorage | nsTArray_Impl<T>::~nsTArray_Impl | nsImapMailCopyState::~nsImapMailCopyState]
Status: NEW
Priority: --
Created: 2023-11-24 19:46:17+00:00
Resolved: 2023-11-24 19:46:17+00:00

Ranks about #45 for version 115 crashes.  All the crashes are version 115, but I don't know if there is an equivalent signature for the older version 102.

Crash report: https://crash-stats.mozilla.org/report/index/420b34a8-ed00-4521-b11e-51d2b0231124

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 10 frames of crashing thread:
```
0  xul.dll  mozilla::RefPtrTraits<nsIMsgDBHdr>::Release  mfbt/RefPtr.h:54
0  xul.dll  RefPtr<nsIMsgDBHdr>::ConstRemovingRefPtrTraits<nsIMsgDBHdr>::Release  mfbt/RefPtr.h:420
0  xul.dll  RefPtr<nsIMsgDBHdr>::~RefPtr  mfbt/RefPtr.h:85
0  xul.dll  nsTArrayElementTraits<RefPtr<nsIMsgDBHdr> >::Destruct  xpcom/ds/nsTArray.h:642
0  xul.dll  nsTArray_Impl<RefPtr<nsIMsgDBHdr>, nsTArrayInfallibleAllocator>::DestructRange  xpcom/ds/nsTArray.h:2408
0  xul.dll  nsTArray_Impl<RefPtr<nsIMsgDBHdr>, nsTArrayInfallibleAllocator>::ClearAndRetainStorage  xpcom/ds/nsTArray.h:1477
0  xul.dll  nsTArray_Impl<RefPtr<nsIMsgDBHdr>, nsTArrayInfallibleAllocator>::~nsTArray_Impl  xpcom/ds/nsTArray.h:1031
0  xul.dll  nsImapMailCopyState::~nsImapMailCopyState  mailnews/imap/src/nsImapMailFolder.cpp:7610
1  xul.dll  nsImapMailCopyState::~nsImapMailCopyState  mailnews/imap/src/nsImapMailFolder.cpp:7607
2  xul.dll  mozilla::net::SocketData::Release  netwerk/base/Dashboard.cpp:70
```

Mac signature is nsTArray_Impl<T>::DestructRange | nsTArray_Impl<T>::ClearAndRetainStorage | nsTArray_Impl<T>::~nsTArray_Impl | nsTArray<T>::~nsTArray | nsTArray<T>::~nsTArray | nsImapMailCopyState::~nsImapMailCopyState

Bp-63a44060-b60d-4062-b98e-6eb2e0231122
Bug: Crash in [@ morkNode::IsNode]
Status: NEW
Priority: --
Created: 2023-11-24 22:08:11+00:00
Resolved: 2023-11-24 22:08:11+00:00

These occur in both 102 and 115

Crash report: https://crash-stats.mozilla.org/report/index/6edbce2e-7b7c-46eb-b9c2-696830231105

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 10 frames of crashing thread:
```
0  xul.dll  morkNode::IsNode const  mailnews/db/mork/morkNode.h:192
0  xul.dll  morkEnv::IsEnv const  mailnews/db/mork/morkEnv.h:139
0  xul.dll  morkEnv::FromMdbEnv  mailnews/db/mork/morkEnv.cpp:392
1  xul.dll  morkStore::CanUseStore const  mailnews/db/mork/morkStore.cpp:1179
1  xul.dll  morkStore::GetTableKind  mailnews/db/mork/morkStore.cpp:1642
2  xul.dll  nsMsgXFViewThread::RemoveChildHdr  mailnews/base/src/nsMsgXFViewThread.cpp:291
3  xul.dll  nsMsgSearchDBView::OnHdrDeleted  mailnews/base/src/nsMsgSearchDBView.cpp:223
4  xul.dll  nsMsgDatabase::NotifyHdrDeletedAll  mailnews/db/msgdb/src/nsMsgDatabase.cpp:756
5  xul.dll  nsMsgDatabase::DeleteHeader  mailnews/db/msgdb/src/nsMsgDatabase.cpp:1785
6  xul.dll  nsMsgDatabase::DeleteMessages  mailnews/db/msgdb/src/nsMsgDatabase.cpp:1734
```

Bp-7d0a34e4-a937-4172-bd09-611040231108
Bp-df6ed381-781f-40e1-abe7-de9a00231117
Bug: 121.0b1 is not starting at all on OSX
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-11-24 22:28:24+00:00
Resolved: 2023-11-26 09:26:13+00:00

I upgraded to TB 121.0b1 and it failed to start at all. 

The App icon bounced a bit then settled down - TB was still showing up as an application but no windows opened. 

I left it for 10 minutes, in case the bug with connecting to OSX Contacts had been fixed and it was now connecting to Contacts again and taking a long time (3 minute startups were normal for me). 

Control click showed Application not Responding. 
Tried various combinations of Force-Quit, starting again, and restarting computer but to no result. 

Going back to 120.0b6, it complained about 121 having updated Profile incompatibly, so I also had to restore the Profile from backup before it would restart.
Bug: [ci bustage] [L10n-pre-S only] nov25: The "mach" site is not compatible with the installed system Python packages.
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2023-11-25 10:32:13+00:00
Resolved: 2023-12-04 10:25:06+00:00

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

---
```

```
Bug: Fails to login to server
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-11-25 14:07:30+00:00
Resolved: 2023-11-26 17:47:07+00:00

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

Steps to reproduce:

Switched on my PC and opened Thunderbird


Actual results:

Login to server imap.secureserver.net with username XXXXXX failed
Exactly the same as happened when my previous bug report was instantly dismissed because I hadn't upgraded to version 115.5.0 (didn't know I had to, as upgrades had always been performed automatically)
If I close the dialog it pops up several times, but if I ignore it, it eventually goes away (usually after an hour) and emails are delivered.


Expected results:

Automatic login at first attempt, obviously.
Bug: Email list scrolls
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-11-25 18:32:06+00:00
Resolved: 2023-11-26 16:12:15+00:00

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

Steps to reproduce:

Thunderbird 115.5.0 on Windows 64

I have multiple email account. 
First one has around 75000 email in it.
I switch to first one, go to newest email (Inbox POP3).
Then I select a different email folder. (also Inbox POP3). 
Then going back to first email folder (back to Inbox POP3, where a previously was on last email).




Actual results:

I am (sometimes?) not more on latest email, but somewhere in the middle.
E.g. currently emails shown are from half a year ago.
I see this in email list on right top of Thunderbird Window.

I could be that it possition my scroll bar and shown email at a position around 65536. Therefore perhaps some overrun of current position having only 16 bits, instead of more?



Expected results:

I am still at last email (or at least almost at last email, if new ones were received).
Bug: The minimum size of the "Message Filters" list dialog may be too large.
Status: NEW
Priority: --
Created: 2023-11-26 01:34:45+00:00
Resolved: 2024-09-19 11:06:24+00:00

To reproduce, open the message filter dialog,  try and resize it using the double-headed arrows that appear when you hover over the border.

Result.  Nothing actually happens with the drag action, and nothing appears in the error console.
Bug: Receiving a message from sender gets grouped with previous messages.
Status: NEW
Priority: --
Created: 2023-11-26 02:14:02+00:00
Resolved: 2023-12-26 18:51:15+00:00

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

Steps to reproduce:

This is hard to explain but 

1. when I receive a message from a person that has sent me a message previously the new message gets grouped with the previous messages from that sender. T

2. then if I want to reply the normal reply button is not there so have to hit reply from top of program and it opens a reply for each message previously received. Reference https://support.mozilla.org/en-US/questions/1430735?utm_campaign=questions-reply&utm_source=notification&utm_medium=email#answer-1620257
Bug: re-arrangeorder of accounts
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-11-26 14:08:28+00:00
Resolved: 2024-07-15 23:49:23+00:00

Steps to reproduce:

1. Go to Settings
2. Go to Account Settings
3. Left click at mail account or RSS account and drag account to another position (order)
4. Go back to main interface
5. See order of account has not changed.


Actual results:

The order of the accounts does not change in the actual interface, even if I change the order in the account settings.


Expected results:

The order of account should change, if I change the order in the account settings. This feature still worked before Supernova. Like described in 

https://blog.thunderbird.net/2022/08/thunderbird-tips-rearrange-the-order-of-your-accounts/
Bug: Classic View Message View Pane Will not scroll up to view message
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-11-26 16:20:48+00:00
Resolved: 2023-11-28 12:13:40+00:00

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

Steps to reproduce:

In classic view, the message list pane cannot be hidden more than 8 lines, preventing more expansive viewing of message. This has been reported many times on SUMO and I could not find any comparative bugs 


Actual results:

Dragging the top of message view pane up is stopped at 8 lines of message list pane


Expected results:

The top of message view pane should have been able to be dragged to the top of the message list pane.
Bug: Using "Options>Send a Copy" with "Save As Draft" should not save the copy until message is sent
Status: UNCONFIRMED
Priority: --
Created: 2023-11-26 17:45:09+00:00
Resolved: 2024-04-27 13:15:01+00:00

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

Steps to reproduce:

Start any new message and enter some text.
Select "Options > Send a Copy to" and choose any folder other than Drafts.
Select Save (default is Save as Draft), or close the window and "Save as Draft".


Actual results:

Draft copy is saved in Drafts folder (correct).
Draft copy is saved in non-draft selected "SEND a Copy" folder. (incorrect)


Expected results:

Draft copy is saved in Drafts folder (correct).
Draft copy SHOULD NOT BE SAVED in non-draft folder until message is actually sent. Only the final version should be saved in the "SEND to" folder when the SEND command is processed. Saving the draft multiple times leaves multiple partial copies in the non-draft folder!
Bug: Sort order of Favorite Folders Compact View
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-11-26 20:13:17+00:00
Resolved: 2024-12-10 18:20:34+00:00

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

Steps to reproduce:

Upgraded from Thunderbird v103.x.x to v115.5.0 on MacOS 14.1.1


Actual results:

Favorite Folders Compact View now sorts folders by account. Previously it showed all Inboxes at top, then all Junk folders (I had "favorited" these), then all other folders in alphanumeric order. 


Expected results:

Previously it showed all Inboxes at top, then all Junk folders (I had "favorited" these), then all other folders in alphanumeric order. This is a MUCH better workflow for me but I do not see a method to revert to this pattern, which Thunderbird has used for years, in the 115.x.x update.
Bug: Mail account reopens at a previous date
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-11-26 23:01:42+00:00
Resolved: 2023-11-28 22:06:39+00:00

Steps to reproduce:

I have two mail accounts in T'bird. If I open the first one and subsequently go to the second one, then all is well but when I go back to the first one, the cursor is at a point way back - like weeks ago.


Actual results:

After the above, the cursor is at a point way back in history and its a pain having to scroll down.  This started happening after the last update.


Expected results:

The account used to open at the most recent email where I was when I last opened that mail account inbox and this hasn't happened since your last update.
Bug: Thunderbird client displays stylesheet instead of message
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-11-26 23:30:51+00:00
Resolved: 2023-11-27 15:50:13+00:00

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

Steps to reproduce:

Received mail containing an embedded stylesheet. Exported .eml file and a screenshot are attached.
115.5.0 (32-bit) - Thunderbird is up to date


Actual results:

Rather than display the text of the message, Thunderbird displays CSS rules in the message preview window. The sender and subject are also blank -- though this information is shown in the inbox view.

Opening the message in its own tab gives the same result.

Generally this works -- including other similar messages from the same sender. I don't know what causes it to fail for some messages.


Expected results:

I wanted to be able to actually read the email that was sent to me. I tried using a webmail client and was able to read the message with no problem.
Bug: Implement a "clear" button for the (quick) search bar custom element
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2023-11-27 08:48:41+00:00
Resolved: 2024-04-23 09:08:25+00:00

+++ This bug was initially created as a clone of Bug #1835687 +++

Please restore the "cancel button" in the QFB search field:

This button is very important to clear the field and also cancel any search in progress.

Compare the UX efficiency before and after bug 1835687:
Before: One click clears and cancels. One action.
After: Click after the text (error-prone), drag to the start (error-prone), delete. Three actions.
Positioning of the caret and dragging it is error-prone, and missing to remove all of the text will trigger a new search.
Bug: After emptying the trash folder, trash folder in the virtual folder properties is no longer selected
Status: NEW
Priority: --
Created: 2023-11-27 11:03:52+00:00
Resolved: 2024-01-22 20:53:44+00:00

Steps to reproduce:

I use a virtual folder and have all folders in the local folder checked, including the trash can. No condition specified. I see all emails. If there is an email in the trash folder, it will also be displayed correctly.
Now I'm going to delete the trash folder.


Actual results:

The virtual folder settings changed on their own. There is no longer a tick next to the trash folder.


Expected results:

The virtual folder settings should not change on their own if you delete the trash folder.
Bug: shared mailboxes can´t be read
Status: UNCONFIRMED
Priority: --
Created: 2023-11-27 11:54:25+00:00
Resolved: 2023-12-16 01:10:02+00:00

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

Steps to reproduce:

subscribe to a shared mailbox, right-click it and mak it as read


Actual results:

after switching to another mailbox and back or after some time, the mails are unread again. At our mailserver only one request to read a mail gets received. With other clients everything works fine.


Expected results:

mails should be kept read
Bug: Column header inversion
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-11-27 12:32:11+00:00
Resolved: 2024-10-14 03:43:10+00:00

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

Steps to reproduce:

Nothing


Actual results:

Column headers "taille" and "correspondant" are inverted. I use french language.


Expected results:

The good header on each column.
Bug: Older group is non-descriptive when only one 'older' email exists
Status: UNCONFIRMED
Priority: --
Created: 2023-11-27 13:29:22+00:00
Resolved: 2023-11-29 16:51:01+00:00

Steps to reproduce:

I realize this is a very low priority and may not be considered an 'Issue' per-se, but I've thought there could be a better solution, so I'll file it anyway. Feel free to close.

- Create a folder and change the message view to sort by "Groped By Sort"
- Move 1 old email to the folder
- Open the folder


Actual results:

A group called "Older" is created, but the "Older" heading has no context since no other newer emails are in the folder.


Expected results:

It seems like if there is just one item in the folder, the group header could just match the email date, or perhaps the group header is unnecessary in this scenario.
Bug: Triggering the reply command when viewing a collapsed thread causes a composer to open for every message in the thread, with mail.operate_on_msgs_in_collapsed_threads set to true
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2023-11-27 16:02:51+00:00
Resolved: 2024-01-05 15:53:05+00:00

Split out of bug 1866660

When attempting to reply on a collapsed thread (e.g. hitting the Ctrl/Cmd+R shortcut), a new composer opens with a reply for every single message in the thread.

This issue is due to how we enable the reply command. In 102 and prior, we make a specific exception for collapsed threads [here](https://searchfox.org/comm-esr102/rev/e93a5d1c08d70a159a04d1b8cb1e31953889616c/mail/base/content/mail3PaneWindowCommands.js#410-422) - see bug 500216. Since then, the 3-pane view has been reworked, with bug 1735119 re-adding commands such as reply to the new code, although the reply command then was limited to selections of 1 message. Then bug 1855065 re-introduced the ability to reply to several messages at once but didn't implement the special case for collapsed threads.

Therefore we need to reintroduce a check around [here](https://searchfox.org/comm-esr115/rev/c01d488d3b28fcd26b5a9f7fa85beb05bffde80d/mail/base/content/mailCommon.js#523) to prevent some actions to be run when the selection is a collapsed thread (while still allowing them when selecting several individual messages).
Bug: moving inbox message to local subfolder does not remove the message from inbox
Status: UNCONFIRMED
Priority: --
Created: 2023-11-27 21:04:45+00:00
Resolved: 2023-11-28 13:28:03+00:00

Steps to reproduce:

Move an Inbox message to a local subfolder. Inbox message does not get removed (only copied) from Inbox list as with other older versions. Consistent across closing Thunderbird and reopening. Must 'remove' message from Inbox to have it not included in the Inbox. Message does get 'copied' though not 'moved' to subfolder.
Thunderbird 115.4.3 (32-bit) on Win7 with latest patches. Also has been 'broken' like this in the last few versions.


Actual results:

Right 'click' mouse on message and 'select' "Move to". Message gets 'copied' though not 'moved' to the local subfolder. Message is still kept in the Inbox through multiple close/opens of Thunderbird. This is also true of System power off/ons.


Expected results:

Inbox message should be actually moved to the subfolder, not copied and no longer reside in the Inbox.
Bug: Extra messenger.xhtml opens when Thunderbird opens with the --devtools flag
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-11-27 22:49:12+00:00
Resolved: 2024-01-18 23:50:13+00:00

(Can't type, hit enter while writing the bug title.)

If you start Thunderbird with the --devtools flag, it opens another Thunderbird process with a different profile and opens the Developer Toolbox. This process must not open any Thunderbird UI as that will (a) be super confusing and (b) be connected to the wrong profile.
Bug: Sort order of messages may be incorrect when Grouped by Sort and sorted by Received
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-11-28 05:36:32+00:00
Resolved: 2024-03-13 23:25:03+00:00

Steps to reproduce:

Windows 10 Pro. Updated to Thunderbird Supernova. Worked fine for a couple of months. But now I see the following:

Sort messages by Received. Select Group by Sort- sort order becomes broken. Switch back to Unthreaded - sort order is correct.


Actual results:

Group by Sort: message list correctly shows 20-30 most recent messages, November 2023. Then, under the 'Older' divider, list switches to 2022 messages. Much lower down, after it hits the end of 2022, it switches back to January 1 2023. (See sample JPG.)

Broken sort occurs in all email folders. Problem has survived multiple decimal-point updates over the past two weeks, not fixed by Repair Folder, or playing with sort option.


Expected results:

With Group by Sort enabled, messages should be divided into sections, sorted by Received date, either up or down as selected.