av9ash/GitBugs huggingface dataset:
Bug: A link to a website when it is not open in Firefox causes the preview pane to stop working
Status: UNCONFIRMED
Priority: --
Created: 2024-04-29 13:33:19+00:00
Resolved: 2024-06-06 20:13:56+00:00

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

Steps to reproduce:

When a mail with a link to a website that is not open in Firefox is clicked, Firefox doesn't open up and the message pane goes blank. At that point F8 doesn't bring it back and I have to restart Thunderbird. However, right-clicking and selecting "Open in browser" works as it should. If the website is already open in Firefox, clicking in the message correctly brings up the link in Firefox. The link is some sort of redirection like this: https://ck9brg46.r.us-west-2.awstrack.me/L0/https:%2F%2Fapp.townsq.io%2Fw%2F5aae04348fb2865f6e4b454c%2Ftrustee%2F662f04c1468e7a413d5071b1/1/0101018f27aa9db1-c6de757f-25c8-4e63-938a-e974982e8639-000000/SzrGNchOmMTs5D0cif6_viOL6RI=372

User agent string: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:125.0) Gecko/20100101 Firefox/125.0




Actual results:

The message pane goes blank. F8 doesn't work and I have to restart Thunderbird to get it back.


Expected results:

Clicking the link should work the same as right-clicking and selecting "Open in browser". Whatever the case is with a link in a mail, the message pane shouldn't go away and not be recoverable with F8.
Bug: Notification bubbles count dosn't decrease on Ubuntu 24.04
Status: UNCONFIRMED
Priority: --
Created: 2024-04-29 14:07:56+00:00
Resolved: 2024-04-30 07:31:41+00:00

Steps to reproduce:

1) Receive a new message while Thunderbird (115.10.1) is in the background, notification bubble count increases.
2) Open thunderbird and read the new message


Actual results:

Notification bubble count stays the same


Expected results:

The notification bubble count decreases to reflect that the message has been read
Bug: Collected Addresses all have "prefer display name" per-contact preference set to false/unchecked
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-04-29 16:46:23+00:00
Resolved: 2024-06-14 00:57:43+00:00

Prior to the fix for Bug 243258 the "prefer display name" preference for each contact was not being respected. Subsequently, that issue has been fixed.

Unfortunately, it seems like the default for Collected Addresses(added when you send an email) is to leave that box unchecked. I tested that this DOES happen with newly added addresses as of Daily 4/28. Therefore I have a "Collected Addresses" addressbook with 1185 contacts that do not prefer display name.

Not sure on solutions here. At the very least, "prefer display name" should be the default for collected addresses, as it was in practice before the bug was fixed. Fixing all the old contacts is also an issue though.

TBH, I'm skeptical that this pref even makes sense per-contact.  If it does, there needs to be some way to set a whole address book to one value, and we should probably do that for the entire user base. 

Otherwise this will appear to be a default change even when none was intended.
Bug: Thunderbird hangs with Compact prompt when restarting into or from safe mode
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-04-29 17:09:40+00:00
Resolved: 2024-08-09 11:42:49+00:00

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

Steps to reproduce:

Restart into safe mode resp. restart from safe mode in normal mode


Actual results:

The status bar shows "compress [account name]" and then TB hangs. I have 4 accounts, sometimes TB hangs not at the first accounts shown in the status bar but at the second one. Closing the TB window works, but 3 processes remain active. I need to kill TB processes in Task Manager to restart TB.
This even happens when compressing accounts is deactivated in TB settings.


Expected results:

Restart normally.
Bug: Intermittent comm/mail/components/addrbook/test/browser/browser_display_card.js | Uncaught exception in test bound testDates - TypeError: can't access property "getBoundingClientRect", aTarget is null
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2024-04-29 18:36:09+00:00
Resolved: 2024-05-06 06:21:40+00:00

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

---
```

```
Bug: Intermittent comm/mail/components/extensions/test/browser/browser_ext_spaces.js | This test exceeded the timeout threshold. It should be rewritten or split up
Status: REOPENED
Priority: P5
Created: 2024-04-29 18:41:56+00:00
Resolved: 2025-03-04 10:12:34+00:00

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

---
```

```
Bug: Intermittent comm/mail/components/extensions/test/browser/browser_ext_messageDisplayAction_popup_click_mv3_event_pages.js | exception in test bound test_event_pages_without_background_termination - Button should not have open state after the popup closed.
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2024-04-29 18:43:51+00:00
Resolved: 2025-02-20 09:09:25+00:00

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

---
```

```
Bug: Intermittent comm/mail/test/browser/composition/browser_paragraph_state.js | Test timed out
Status: NEW
Priority: P5
Created: 2024-04-29 18:46:46+00:00
Resolved: 2025-01-27 07:13:35+00:00

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

---
```

```
Bug: Intermittent comm/mail/test/browser/composition/browser_remove_text_styling.js | Test timed out
Status: NEW
Priority: P5
Created: 2024-04-30 07:25:21+00:00
Resolved: 2024-05-27 07:20:11+00:00

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

---
```

```
Bug: Intermittent comm/mail/base/test/browser/browser_getMessages_deferredAccount.js | Test timed out
Status: NEW
Priority: P5
Created: 2024-04-30 07:26:17+00:00
Resolved: 2024-06-24 07:25:42+00:00

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

---
```

```
Bug: Quick Filter and Mark All Read (Shift + C) marks all emails as read in a folder (not just the filtered one)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-04-30 11:51:26+00:00
Resolved: 2024-09-03 12:57:54+00:00

Steps to reproduce:

Let's filter some emails in a folder with more unread emails. (The filter doesn't contain all the unread messages, just some of them.)


Actual results:

However, the Mark All Read (Shift + C) will mark all messages in the folder as read.


Expected results:

Only mark as read messages from the Quick Filter.
In Thunderbird 102 this works as expected.
Bug: Code coverage false negatives
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-04-30 12:00:45+00:00
Resolved: 2024-05-02 04:26:42+00:00

About a week ago the code coverage score dropped quite a bit, and lots of code we know to have test coverage was listed as not covered. I assume this has been triggered by some change to the core code, but as with previous false-negatives, it's because some window objects are not being released properly and never record their coverage data. I've managed to trace this back to some faulty code in the folder quota display, which adds a `TabSelect` listener and never removes it.
Bug: Thunderbird filter with custom header rule display condition incorrect if custom headers not added
Status: NEW
Priority: --
Created: 2024-04-30 12:28:59+00:00
Resolved: 2024-08-07 10:25:45+00:00

For example I have this filter. This happened for me after installing Thunderbird on a new computer and copying over the `msgFilterList.dat`.

```
name="Bugzilla Reporter"
enabled="yes"
type="17"
action="Move to folder"
actionValue="imap://[redacted]/subscription/bugzilla/involved/Reporter"
condition="AND (\"x-bugzilla-reason\",contains,Reporter) AND (\"x-bugzilla-watch-reason\",is,None)"
```

Only after adding the custom headers "x-bugzilla-reason" and "x-bugzilla-watch-reason" the condition show up correctly. They do behave correctly anyway even though they display incorrect conditions.
Bug: Port bug 1894145: Perma Windows 11 Add-AppxPackage : Deployment failed with HRESULT: 0x80073CF0, Package could not be opened.
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-04-30 15:29:56+00:00
Resolved: 2024-07-01 19:38:31+00:00
Bug: inbox goes blank after delete one and folder compacted
Status: UNCONFIRMED
Priority: --
Created: 2024-04-30 17:34:27+00:00
Resolved: 2024-11-02 14:45:55+00:00

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

Steps to reproduce:

Receive new mail. Open one and delete it.  All inbox goes blank.  Switch to some other folder and back, inbox now ok.   Next delete works normally.
126.0b2  Win 11, 64 bit, POP account


Actual results:

See above.  Inbox goes blank (many pieces of mail disappear).  


Expected results:

Next piece of mail (or last) should open.  Inbox should show all remaining mail.
Bug: Saved search folders set to "Grouped by Sort" always open collapsed in TB 126.0
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-04-30 17:37:34+00:00
Resolved: 2024-05-03 11:16:54+00:00

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

Steps to reproduce:

Problem observed after upgrading from 125.x to 126.0b1 (and remains with 126.0b2).

When first opening TB and displaying Unified Inbox, and also when clicking on any  Saved Search / Unified folders such as Unified Inbox, Unified Spam etc., the view reverts to fully collapsed each time.

Tried miminal Saved Search configuration (just a single folder in a single account) but the behaviour is the same.


Actual results:

The view always reverts to fully collapsed and has to be manually expanded each time (e.g. with * keyboard shortcut).

This behaviour is only seen for Unified / Saved Search folders. Normal mail folders always open fully expanded.


Expected results:

The view should begin fully expanded.
Bug: Unified Folders with Grouped by Sort does not remember expanded state
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-04-30 18:57:07+00:00
Resolved: 2024-05-03 11:07:52+00:00

Steps to reproduce:

Upgraded Thunderbird 125.0bx to 126.0b1.

I use Unified Folders with Grouped by Sort with groups expanded.


Actual results:

After upgrading from Thunderbird 125.0bx (x, because I don't remember the final 125.0b Beta build) to 126.0b1, my expanded groups in Unified Folders with Grouped by Sort were always collapsed upon launching Thunderbird Beta.

Windows 10 22H2 64bit, 8GB RAM, 10GB Available Storage


Expected results:

The expanded state of Unified Folders with Grouped by Sort should have been remembered when I launched Thunderbird Beta so that I could see my grouped emails without having to type [SHIFT] + [*]

NOTE - All other folders seem to remember Grouped by Sort expanded / collapsed state except Unified Folders. Even the folders in Unified Folders, those folders of the email accounts that Unified Folders is comprised of, remember their expanded / collapsed state when All Folders is also selected.
Bug: Invisible OK button in common dialogs
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-04-30 20:54:34+00:00
Resolved: 2024-07-09 00:30:00+00:00

Linux, using today's Daily build, or a local build.

Open a standard prompt.
For example, use CTRL+SHIFT+J to open the error console and paste this command: alert("hi");

There is no visible OK button in the dialog.
However, the button appears to be present. I click in the area where the button should be, the dialog closes.

This is a regression caused by bug 1893148.
Locally backing out
https://hg.mozilla.org/comm-central/rev/f3822fe7c448
restores the correct behavior (visible button).
Bug: Disabled add-on leads to strange console errors
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-04-30 21:58:42+00:00
Resolved: 2024-05-07 17:22:39+00:00

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

Steps to reproduce:

Run TB 115 on a new profile. Install an add-on that is known not to work in Daily, for example QuickText.
Run Daily on the same profile.


Actual results:

Strange console errors, see screenshot.


Expected results:

Add-on should just be disabled.
Bug: Core dumps the application when trying to read a message
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-04-30 23:04:56+00:00
Resolved: 2024-05-13 06:50:55+00:00

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

Steps to reproduce:

Open a message, not spam.


Actual results:

core dump, application is closed. It happens regardless if the message is open from the ui or from the command line from a file.
Message file is attached, I have obfuscated PII but everything else is intact.


Expected results:

Message content displayed
Bug: comm-esr115: BouncerAliases failure on 115.10.2 release
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-05-01 14:47:56+00:00
Resolved: 2024-05-29 12:31:06+00:00

release-bouncer-aliases failed on 115.10.2 channel migration release.
```
scriptworker.exceptions.TaskVerificationError: The product/alias pairs are corrupt: {'thunderbird-esr-latest': 'Thunderbird-115.10.2', 'thunderbird-esr-latest-ssl': 'Thunderbird-115.10.2-SSL', 'thunderbird-esr-msi-latest-ssl': 'Thunderbird-115.10.2-msi-SSL', 'thunderbird-esr-msix-latest-ssl': 'Thunderbird-115.10.2-msix-SSL'}
```

Two issues:
- The esr aliases need to be set up in the bouncer probably
- esr115 needs to update the old aliases for now.
Bug: Quick Filter (in a folder) and Global Search (Ctrl+k) results differ
Status: UNCONFIRMED
Priority: --
Created: 2024-05-01 17:50:03+00:00
Resolved: 2025-01-09 20:44:06+00:00

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

Steps to reproduce:

1. I have tried to find a message within a folder via Quick Filter, a word within a Subject. Nothing.
2. I have tried to find a message via  Global Search, the same word as above. A message have been found.

In --safe-mode all the time.

As a picture is worth a thousand words, I have attached a couple of screenshots.

OS/Client Info:
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:115.0) Gecko/20100101 Thunderbird/115.10.1
OS: Linux 6.5.0-28-generic #29~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Thu Apr 4 14:39:20 UTC 2


Actual results:

1. Both results differ.
2. I cannot even see the message within the folder after sort by date.


Expected results:

1. I can find the message with both methods.
2. I can see the message within the folder.
Bug: Sort by Subject does not work
Status: UNCONFIRMED
Priority: --
Created: 2024-05-01 17:56:29+00:00
Resolved: 2024-05-03 17:05:48+00:00

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

Steps to reproduce:

Tried to sort messages by Subject.

In --safe-mode all the time.

Please, see the screenshots attached.

OS/Client Info:
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:115.0) Gecko/20100101 Thunderbird/115.10.1
OS: Linux 6.5.0-28-generic #29~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Thu Apr 4 14:39:20 UTC 2


Actual results:

An incorrect result.


Expected results:

Messages sorted correctly.
Bug: c-c perma xpcshell-remote.toml:toolkit/components/extensions/test/xpcshell/test_ext_runtime_getContexts.js | xpcshell return code: 0
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2024-05-02 08:24:56+00:00
Resolved: 2024-05-13 06:09:38+00:00

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

---
```

```
Bug: Intermittent comm/mail/base/test/browser/browser_getMessages_certError.js | showAlert should not be called while an alert is showing
Status: REOPENED
Priority: P5
Created: 2024-05-02 12:59:28+00:00
Resolved: 2024-11-18 07:38:34+00:00

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

---
```

```
Bug: Thunderbird not closing correctly with "empty Trash on exit" enabled
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-02 13:08:15+00:00
Resolved: 2024-05-04 15:03:35+00:00

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

Steps to reproduce:

Multiple configured accounts with empty recycle bin and folders maintenance on exit enabled.
Open Tools > Activity Manager, close TB by close button.


Actual results:

TB does not shut down completely as threads running in the background are seen in task manager.

With activity manager open and main TB window being closed, there's visible progress of emptying recycle bins, frozen at some point. Usually it takes only one recycle bin when the AM window stops responding. I tried more actions to resolve the issue, including squeezing databases, rebuilding the main index and repairing folders but with no luck. If I uncheck both exit options on all accounts, the client fully terminates quickly. Yet the client is able to terminate properly with three or four exit tasks in total, but as enabling more exit options on more accounts, the deadlock on exit is back. The issue is probably related to the two onexit tasks, or collision among them, the issue also began to appear with latest few stable builds.


Expected results:

TB fully closes in reasonable time.
Bug: Focus does not move to next email after delete
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-05-02 13:28:47+00:00
Resolved: 2024-11-03 11:47:23+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:6.6) Goanna/20230101 PaleMoon/33.1.0

Steps to reproduce:

While the email is displayed in a new window, I press Delete


Actual results:

The email is deleted and the next email is displayed.
But if I press Delete a second time, nothing happens.
If I look at the messages window, I see that the displayed email still exists, but it doesn't have the focus.
To delete the email, I need in the messages window to click the email and then press Delete again.
There seems to be a problem with the next item after a delete not gaining the focus.


Expected results:

I would expect that after pressing Delete, the current email to be deleted, the next email is displayed, and that pressing Delete again would repeat this process.
This was the behavior up until a week or two ago, and I would like it back.
Bug: The front end setting "View-Sort by" if set to "Unthreaded keeps randomly resetting to "Threaded"
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-05-02 13:46:47+00:00
Resolved: 2025-02-01 14:52:31+00:00

Steps to reproduce:

I did not do anything. From time to time the setting has changed when I open Thunderbird.  I set it back to "Unthreaded" but after several days/weeks it changes back to "Threaded". It is not related to version updates.



Expected results:

It should stay as I set it
Bug: Thunderbird 115.10.2 shows Thunderbird Daily start page (due to the channel switch?)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-05-02 16:47:35+00:00
Resolved: 2024-05-03 20:12:28+00:00

Thunderbird 115.10.2 shows the Thunderbird Daily start page instead of the start page for stable Thunderbird releases. Thunderbird 115.10.1 was not yet affected, so I guess it's related to the channel switch.
Bug: color of inactive spam icon depends on state of star icon for selected row
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-05-02 17:49:18+00:00
Resolved: 2024-05-21 10:28:44+00:00

STR:

1. select a row in the message list
2. make sure that the message is not marked as spam
3. toggle the star icon a few times

Actual:

The color of the spam icon changes.

Expected:

No change of the spam icon. 

It's a regression from bug 1863812. Tested on macOS 14.4.1. You can see the issue in the following video:

https://www.youtube.com/watch?v=43NlTrCqjL4
Bug: Intermittent comm/mail/base/test/browser/browser_getMessages_connectionError.js | showAlert should not be called while an alert is showing - false == true
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2024-05-02 18:22:56+00:00
Resolved: 2024-06-10 05:09:11+00:00

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

---
```

```
Bug: Intermittent comm/mail/test/browser/composition/browser_quoteMessage.js | Test timed out
Status: NEW
Priority: P5
Created: 2024-05-02 18:24:42+00:00
Resolved: 2025-01-13 07:28:45+00:00

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

---
```

```
Bug: Filter not working
Status: UNCONFIRMED
Priority: --
Created: 2024-05-02 19:04:11+00:00
Resolved: 2024-06-10 12:42:15+00:00

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

Steps to reproduce:

Right click on from: address, opened Create Filter WIndow. Chose "Match all of the following", right clicked on email address, clicking on the word just before ".com" to select that word only. Ctrl C to copy. Paste that value into Filter Name and replaced email address with the value as well. Now the value being used for matching is the base of the URL. Changed from "is" to "contains". Selected the Trash folder on my email as the place to send the email. Press OK, then pressed Run Now in the Message Filters window.
I am inundated with spam, and the spammers keep changing the "from" address in minor ways. I invented this as a method to clear the messages when I start Thunderbird, and it has worked in the past.


Actual results:

Nothing. i.e. the filter did not move the message to the Trash.
Here is the actual "from": reply-fec615767c65037c-7533_HTML-287815023-534010671-0@sr.stunningreports.com
and here is the text which is searched for: stunningreports.
What is my "browser's user agent string"?


Expected results:

The message, and any other messages matching the specified format should have been moved to the Trash.
Bug: inconsistent hover styles in quick filter bar / search bar
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-05-02 20:04:00+00:00
Resolved: 2024-06-03 00:29:37+00:00

Thanks for adding the hover state for the clear button in the quick filter bar / search bar in bug 1892560. I wonder if it is intentional that the two buttons that are right next to each other (clear input and execute search) have a different hover styles.