av9ash/GitBugs huggingface dataset:
Bug: Only columns visible in Classic or Wide View are available as sort order options for Vertical View's cards mode
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-04-27 10:14:48+00:00
Resolved: 2024-08-11 20:41:11+00:00

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

Steps to reproduce:

Upgrade to nightly version with new UI


Actual results:

In menu bar View -> Sort Order (there seems to be no other way to select this particular menu), sort order is available only by fields displayed as columns in Classic or Wide view. This limitation applies even in Vertical view when column display configuration does not affect  actually displayed message information in the list, and when no sort controls are present in the list.


Expected results:

It should be possible to select sort order by any field, displayed or not displayed.

For example, Order Received is a useful option when displaying spam/junk folders with messages that may have fake Date: header, however Order Received is usually a useless as a column to display.

(Also selection of sort order should be available even if menu bar is disabled because this is an important option)
Bug: `Mark thread as read` is disabled except for a single selected message in a thread - should always be enabled as in 102 when selection contains one message in a thread, for multiple selected threads etc.
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2023-04-27 13:56:06+00:00
Resolved: 2023-08-30 23:46:33+00:00

`Mark thread as read` is disabled except for a single selected message in a thread - should always be enabled as in 102 when selection contains one message in a thread, for multiple selected threads etc. To rephrase, here's the expected behaviour in Wayne's words, from 17-year-old bug 327828 comment 1:
> "Mark thread as read" marks every thread read in which you have at least one message selected, as one would expect.

This will have a significant impact on ux-efficiency for users with large amounts of mail in threads (think bugmail...)

STR

1. View > Layout > Classic View (tabular message list)
2. For starters, ensure mail.operate_on_msgs_in_collapsed_threads = true (default). Wayne says it should be the same regardless of the pref - sounds right, but I haven't tried. Furthermore, for the scenario below it doesn't matter if your message list is threaded or not.
3. Play with different type of selections, or all at once (see screenshot):
Select...
a) single msg which belongs to thread
b) all messages of an open thread (or closed thread)
c) combine a) and b)
d) add to the selection a message which does *not* belong to a thread.
4. Right-click on selection, check enabled status of `Mark > Thread as read`

Actual
- `Mark Thread as read` is only enabled for case a), single msg which is part of thread
- `Mark Thread as read` is disabled for every other type of selection (this bug)
- (Of course shortcut `R` will also fail as the command is disabled)
- This means that even everyday scenarios like marking multiple adjacent collapsed threads as read will fail.

Expected
- `Mark Thread as read` should be enabled whenever the selection contains at least one message which is part of a thread.
- `Mark Thread as read` should then do the job as per its label, mark all threads associated with the selection as read (even when they are only partly selected).
- For added convenience, as in 102, case d) of the odd non-thread message in a selection which has at least one thread message shouldn't disable the command, but just mark that message read, too.

Kudos to Wayne for pointing out that the command is no longer working as expected.
Bug: Attribute alt/title of element img is no longer displayed in feed message
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-04-27 14:18:02+00:00
Resolved: 2023-04-28 10:06:58+00:00

Steps to reproduce:

Open a mail message in HTML format, containing at least an element "img" with attribute "alt" and/or "title" defined.
I noticed the bug reading the feed https://xkcd.com/atom.xml


Actual results:

 Starting from Thunderbird 98, the tool tip does not pop up.
I'm not sure about the first major version introducing the bug, it was the first one released by Ubuntu after version 78.


Expected results:

Hovering the cursor over the image, the attribute value should be displayed in a tool tip.
It was so until Thunderbird 78.
Bug: "Move to next main UI area" does not cycle if "Spaces Toolbar" is hidden
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-04-27 15:53:32+00:00
Resolved: 2024-02-08 21:42:42+00:00

Steps to reproduce:

Hide all menu bars, but Menu and Status bars.
Select a folder in the folder pane.
Press F6 (Move to next main UI area) to go to the messages pane.
Press again F6 does not move the focus to the next pane.


Actual results:

The F6 shortcut does not cycle among current panes, but it stops to the messages pane.


Expected results:

Pressing F6 should cycle through all the visible panes.
The behavior was correct in Thunderbird 78.
Bug: Download new messages for current account (F5) ignores deferred accounts
Status: UNCONFIRMED
Priority: --
Created: 2023-04-27 16:08:38+00:00
Resolved: 2023-05-02 12:51:55+00:00

Steps to reproduce:

Define two mail accounts.
Select one account, go in Account Settings, Server settings, Advanced.
Select the other account folder to store this account messages (merge accounts).
Set "Include this account receiving the mail" radio button.
Only the "main" account is displayed in the folder pane.


Actual results:

Downloading new messages for current account with the menu entry or with shortcut F5 download messages only for the merged account, not the "main" one.


Expected results:

All the accounts must be downloaded, as in Thunderbird 78.
Bug: Quick filter tag bar doesn't refresh when other quick filter conditions change - too many or too few tags shown
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-04-28 00:05:22+00:00
Resolved: 2023-09-19 15:12:47+00:00

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

Refiling bug 612800 which struck me again in Supernova. Maybe with the new quickfilter UI, we can finally fix this after more than a decade - I assume it's actually pretty easy to fix.

Tag filter is supposed to show any tags found on the current result set of messages as defined by any other quick filter conditions. So whenever those other conditions change, i.e. the result set of messages changes, quick filter tag bar must be updated as there might be more or less tags present on the changed result set. Unfortunately, this doesn't happen: tag bar only updates when you first open it, so the tab bar may show the wrong set of tags whenever other conditions change while the tab bar is already present.

**STR**

1. Create test folder with 4 messages:
  - msg1: Starred and tagged `important` (red)
  - msg2: Starred and tagged `todo` (blue)
  - msg3: Starred and *not* tagged
  - msg3: Not starred, but tagged `personal` (green)
2. Now start quick filtering:
  - a) click `tagged` filter button
      -> returns the 3 tagged messages and shows only the tags present on those: msg1, msg2, msg4 - tag bar shows tags `Important`, `Todo`, `Personal` (ok)
  - b) then click `starred` filter button
     -> returns 2 starred and tagged messages: msg1, msg2 (OK)
     -> However, keeps claiming that the current result set still has 3 different tags including `Personal`, but there's no message in result set any more having that tag (this bug).
   - c) click `tagged` button to remove that condition
      -> only the 3 starred messages shown (OK)
   - d) click `tagged` button to re-apply that condition again
      -> returns 2 starred and tagged messages (OK)
      -> However, this time correctly returns only two tags, `Important` and `Todo` - same filter state as in b), but less tags (this bug).

**Actual results:**

- see STR
- tag bar is being not updated when other filter criteria change, so the stale set may show more or less tags than actually found on result messages.
- Depending on the sequence in which search criteria are applied, the same set of filter criteria may display different tags allegedly on the messages of the result set or not, which is inconsistent and confusing.
- The incorrect display of tags present on result set is highly error-prone and may mislead the user into wrong actions based on false assumptions about the current result set, such as unintentional deletion, which is dataloss.

**Expected results:**

- Whenever any other filter criterion except tasks changes, we must update the tags bar (if visible) to reflect only the tags which are present on the result set.
- As a caveat, when updating tags bar, we must maintain any tags which have been selected on the tags bar.
- Same filter UI state should always return the same result regardless of the sequence in which criteria have been activated - anything else is confusing.
Bug: Latest Thunderbird for Mac does not work with MacOS Contacts on Ventura 13.1
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-04-28 03:53:58+00:00
Resolved: 2023-04-28 13:00:55+00:00

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

Steps to reproduce:

This is a duplicate of bug 1586617 which should never have been closed.

Installed Thunderbird, ticked checkbox in settings to use MacOS Contacts. Restarted Thunderbird numerous times.


Actual results:

Nothing. Functionality does not appear to work at all.


Expected results:

Thunderbird should ask to access Contacts, prompting Ventura to open security dialog.
Bug: NNTP Cancel Message doesn't work
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-04-28 06:54:33+00:00
Resolved: 2023-05-03 07:03:34+00:00

On a suitable nntp server, select one of your messages and go to
Message | Cancel Message. 

It doesn't do anything. It should show the confirmation dialog and do the cancellation.
Bug: Ignored thread is underlined as it has unread messages, while it doesn't.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-04-28 10:51:39+00:00
Resolved: 2024-05-14 08:25:17+00:00

On the screenshot attached selected ignored thread is marked underlined, as it has some unread messages, however it doesn't. The same happens with other ignored threads as well.
Bug: Quick filter UI overflows into message pane in Vertical View
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-04-28 12:28:38+00:00
Resolved: 2023-09-24 14:03:25+00:00

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

Steps to reproduce:

Type some string in quick filter. Resize message list view to smaller size.


Actual results:

sender/ Subject / ... Overflow to message view


Expected results:

should not overflow. should be flow downward.
Bug: Thunderbird starts with black screen on startup in opensuse thumbleweed
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-04-28 14:41:41+00:00
Resolved: 2023-11-02 10:40:59+00:00

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

Steps to reproduce:

run thunderbird on startup using startup applications in gnome tweaks


Actual results:

thunderbird starts with black window, can't see nothing but a black window.
i close it and open again and its ok. 
happens on every restart.


Expected results:

thunderbird should start normal
Bug: The filter results info text in the quick filter bar turns green (from red) for "No results" with tags filter
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-04-28 16:49:45+00:00
Resolved: 2024-03-10 20:22:15+00:00

STR:

1. Make sure that you don't have any tagged messages
2. Make sure that the quick filter bar is enabled
3. Press the button to show messages with tags

Actual:

The message that no messages were found appears in red and changes to green.

Expected:

The message keeps its red color.

Additional notes:

Similar to bug 1818204 (different feature of the quick filter bar, but also a color change of the status text). Before fixing bug 1828341 the color changed from red to grey, now from red to green.
Bug: Copy Link Location fails to copy a link with the explicit protocol "http(s)://" missing in the href attribute value
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-04-28 17:45:07+00:00
Resolved: 2023-10-07 18:15:36+00:00

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

Steps to reproduce:

Thunderbird Version: 102.10.1 (newest Windows 10–compatible release at the time of writing)
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101

1. Open the email message attached in this bug report in Thunderbird.
2. Right-click the link in the message where it says "Answers to the most frequently asked questions / Contact: www.crucial.com/support" and select Copy Link Location.


Actual results:

The link was not copied to the clipboard.

Developer Tools Console displays the following error:
"An error occurred executing the cmd_copyLink command: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIController.doCommand]"  nsresult: "0x80004005 (NS_ERROR_FAILURE)"  location: "JS frame :: chrome://global/content/globalOverlay.js :: goDoCommand :: line 128"  data: no] globalOverlay.js:131
    goDoCommand chrome://global/content/globalOverlay.js:131
    oncommand chrome://messenger/content/messageWindow.xhtml:1"


Expected results:

The link should've been copied to the clipboard.
Bug: Unicode is encoded through octoctal instead of quoted-printable and there's no way to change this
Status: UNCONFIRMED
Priority: --
Created: 2023-04-28 18:54:26+00:00
Resolved: 2023-04-29 21:45:22+00:00

Steps to reproduce:

After people complained about my emails being encoded into octoctal, i determined that it was because of my usage of Unicode characters in my messages and tried to determine a way to get Thunderbird to encode my messages in 


Actual results:

I couldn't find any way to make Thunderbird use quoted-printable.


Expected results:

I would have been able to set Thunderbird to use quoted-printable instead.
Bug: Subscribed newsgroups are treated uniquely
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2023-04-28 19:08:04+00:00
Resolved: 2023-05-01 23:10:31+00:00

Subscribed newsgroups are by default shown in the order in which they have been subscribed, and unlike anything else can be reordered.  However, it's not possible to make folders of groups, nor is there any way to automatically reorder them.
Bug: Inline images not displayed - other email clients display them
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-04-28 20:52:56+00:00
Resolved: 2023-05-01 03:38:02+00:00

Please see the attached example email. The inline images are not displayed in the message reader in Thunderbird. But all other email clients I tried display them correctly: K9 Mail on Android, eM Client on Windows, Outlook on Windows. Because of this, I assume the problem is in Thunderbird.

The only workaround I found is to edit the message and in the header replace `Content-Type: multipart/mixed` with `Content-Type: multipart/related`. After this, Thunderbird shows the images like other clients do.

I could only test this on Windows.

This is not a new problem. The email is a regularly distributed newsletter and Thunderbird could never show the images, at least in the past 5 years, maybe longer.

I reduced the attached example by removing HTML and attached images, but it still reproduces the problem.
Bug: Magnifying glass (+) (-) not updated when message is resized
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-04-28 20:57:39+00:00
Resolved: 2023-05-24 04:29:22+00:00

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

Steps to reproduce:

Magnifying glass (+) (-) not updated when message is resized.

Produce a message with a - say 600px - wide embedded (or attached) image.

View the message in a window where the image doesn't fit (it overflows). The image is shrunk to fit and the cursor shows a magnifying glass with (+)(-) to zoom the image.

If you resize the window so that the image fits, the cursor adjusts in TB 102 but not TB 114 any more.

The functionality was implemented here:
https://searchfox.org/comm-esr102/search?q=messagePaneOnResize&redirect=false

In TB 114 the function is still there, but the calls are gone:
https://searchfox.org/comm-central/search?q=messagePaneOnResize&redirect=false
Bug: A lot of nsIMsgWindow.idl is obsolete/not working - need auditing and rework
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-04-29 04:26:42+00:00
Resolved: 2025-01-13 13:44:18+00:00

At least some parts of nsIMsgWindow.idl is not operational in Supernova (and some probably wasn't in great state earlier either).
https://searchfox.org/comm-central/source/mailnews/base/public/nsIMsgWindow.idl

See bug 1828331 comment 11 for one example. Some of this is surely leading to silent failures.
Bug: Incorrect colours for WebExtension themes
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-04-29 09:11:13+00:00
Resolved: 2023-06-26 13:58:39+00:00

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

Steps to reproduce:

The documentation at https://webextension-api.thunderbird.net/en/stable/theme.html states the following:

frame: The background color of the header area.

tab_selected: Background color of the selected tab. Defaults to the color specified by toolbar.
tab_text: The text color for the selected tab. Defaults to the color specified by toolbar_text.
tab_background_text: The text color of the unselected tabs.

sidebar: The background color of the trees.
sidebar_text: The text color of the trees. Needed to enable the tree theming.

toolbar: The background color of the toolbars. Also used as default value for tab_selected.
toolbar_text: The text color in the main Thunderbird toolbar. Also used as default value for icons and tab_text.

Let's go with this example (see attachment):
"frame": "blue",
"tab_selected": "magenta",
"tab_text": "white",
"tab_background_text": "black",
"sidebar": "pink",
"sidebar_text": "green",
"toolbar": "yellow",
"toolbar_text": "red"

Observed behaviour in TB 114:
"frame": "blue", - menu (good), unselected tabs (good), unified toolbar (bad)
"tab_selected": "magenta", - selected tab (good)
"tab_text": "white", - selected tab (good)
"tab_background_text": "black", - unselected tabs (good), unified toolbar text (bad)
"sidebar": "pink", - folder tree (good), thread tree missing the colours (bad)
"sidebar_text": "green", - folder tree text (good)
"toolbar": not used (bad), used correctly as default when "tab_selected" is not specified (good).
"toolbar_text": not used (bad), used correctly as default when "tab_text" is not specified (good).

The following faults are observed:
Message header and quick filter bar and their text can't be styled at all any more.
The new unified toolbar has the wrong colours.
The tread tree can't be styled any more, the "sidebar" colour only applies the column header.

For the record, observed behaviour TB 102:
"frame": "blue", - menu (good), unselected tabs (good)
"tab_selected": "magenta", - selected tab (good) and mail toolbar (bad)
"tab_text": "white", - selected tab (good)
"tab_background_text": "black", - unselected tabs (good), quick filter bar text (bad) and message header text (bad)
"sidebar": "pink", - trees (good)
"sidebar_text": "green", - tree text (good)
"toolbar": "yellow", quick filter bar (good), message header (bad)
"toolbar_text": "red" - mail toolbar text

This is quite inconsistent:
The message header follows "toolbar" (yellow) and "tab_background_text" (black).
The mail toolbar follows "tab_selected" (magenta) and "toolbar_text" (red).
The QFB follows "toolbar" (yellow) and "tab_background_text" (black).
Bug: Hi cpu load by Windows Defender while scanning inbox (false positive for Wacatac trojan)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-04-29 11:44:34+00:00
Resolved: 2023-10-11 00:32:16+00:00

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

Steps to reproduce:

I can't access my inbox while Windows Defender is causing a high cpu load. There was already a false positive for Wacatac trojan in an excel-file attached to an e-mail. E-mails are pulled from GMX via POP3. There is another inbox for GMAIL via IMAP that causes a timeout.


Actual results:

Problems started with Windows Defender signature updates form 5:20 am this morning. Still persists with latest security update 1.387.2637.0 from 7:28 am. 


Expected results:

I was able to reproduce this bug on an Laptop with missing updates (initially access to exactly the same inbox went smoothly. After the update it says "Thunderbird not responding").
Bug: Cannot open HTTPS links, found solution
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-04-29 16:47:16+00:00
Resolved: 2023-05-01 03:49:19+00:00

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

Steps to reproduce:

Starting the middle of last week I could no open links from Thunderbird. It was very frustrating. I then learned it was just HTTPS, not http. All of the regular solutions online did not work. Then I did a search for Content and found that the icon for Opera was not the O, but a default app link. That tipped me off that something was wrong with the location of Opera. I then manually relinked opera and got it to work again.

Opera stores their app data in an unusual place.
"C:\Users\{computername}\AppData\Local\Programs\Opera\launcher.exe"


Actual results:

Nothing


Expected results:

Open link
Bug: Thunderbird with hanging connection to server (progress bar indicating activity) adds some 60% CPU core load
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-04-29 21:03:28+00:00
Resolved: 2023-09-14 09:51:44+00:00

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

You should not have closed that bug, and was not allowed to reopen it :-(

What I wrote 9 years ago (!) in bug 562977 comment 39 still holds (at least with version 102).

When trying to connect to a mail server where the connection hangs for some reason, CPU load increased by about 60% (of one core of my current Linux machine, but I had the bug also with MacOS).

The statement by :Paenglab at bug 562977 comment 83 that this cannot be reproduced is wrong.
Anyone interested can reproduce the issue in a straightforward way: 
put any garbage IP address (e.g., 1.2.3.4) as the SMTP, IMAP, or POP server name and try sending (or receiving, respectively) emails.

There are numerous related issues/bugs, also with Firefox, since 10+ years.
It's a shame that this is still not fixed.
Bug: Threads should be ordered by latest message, not first
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-04-30 08:25:44+00:00
Resolved: 2025-03-04 16:06:28+00:00

Steps to reproduce:

In the View | Sort by menu select the following options:
 - Order Received
 - Descending
 - Threaded


Actual results:

Threads are now ordered by their first message.


Expected results:

Threads should have been ordered by their latest message.