av9ash/GitBugs huggingface dataset:
Bug: Unable to sync with yahoo account, both sent and received mails
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-12-04 09:09:17+00:00
Resolved: 2021-04-24 08:08:23+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.198 Safari/537.36 OPR/72.0.3815.400

Steps to reproduce:

Open Thunderbird and sync Yahoo account.
Tried both OAuth2 and a specific app password set in my yahoo account.


Actual results:

Thunderbird does not sync with Yahoo.
All folders disappear within the account list on the left menu.
The problem starts to occur after the introduction of OAuth2 authentication.


Expected results:

Sync regularly.
Bug: When Thunderbird updates from version 78.4.1 to version 78.5.0 or 78.5.1 it won't load. (Win10)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-12-04 10:08:10+00:00
Resolved: 2020-12-11 16:01:38+00:00

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

Steps to reproduce:

Previously after Thunderbird 78.5.0 was first installed my email folders were not visible. I uninstalled it and reinstalled 78.4.1 and was able to retrieve emails via the stored profile. This worked for a few days, then today I couldn't load Thunderbird at all. I discovered that it had been updated to 78.5.1 yesterday without my knowledge. I've had this problem with a previous version before and found I needed to uninstall and reinstall to get it to work. Is 78.5 losing the previous shortcut? Please advise how to continue using the latest Thunderbird without having to keep retreating to an old version which works.


Actual results:

Thunderbird wouldn't load from either Task Bar, Start or Run as Administer.


Expected results:

Thunderbird should load
Bug: Recipient autocomplete not working after update from 78.5 to 78.5.1
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-12-04 14:28:22+00:00
Resolved: 2020-12-07 10:06:15+00:00

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

Steps to reproduce:

click into the recipient field
enter a few characters (name or surname of the recipient)


Actual results:

nothing happens


Expected results:

Thunderbird should suggest maching items from the address book.
This worked fine up to version 78.5.0.
This bug came with the upgrade to 78.5.1.
Bug: Invitation details dialog toolbar not correctly themed with LW-themes
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-12-04 14:55:50+00:00
Resolved: 2020-12-30 11:15:06+00:00

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

Steps to reproduce:

Install a persona with light icons. In this case, I chose "Dark Blue." Go from default theme to installed persona theme.


Actual results:

Though the theme installs and views properly, other dialogues now have light toolbar icons, which make the toolbar hard to read.


Expected results:

Toolbars in dialogues should be unaffected/be colored in a way that is legible.
Bug: Random and bizarre script appears when I write a new email or reply to someone.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-12-04 17:13:25+00:00
Resolved: 2020-12-22 02:16:09+00:00

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

Steps to reproduce:

Open my john@bio-activator.co.za mail to either reply to an email or write a new email.


Actual results:

Where I must write my response or message is full of garbled funny script.



Expected results:

Where I reply or write my message should be clear, a blank page for me to write my message.
Bug: Message header display shows stale `Sender: ...` header for all messages viewed after displaying S/MIME message which shows `Sender: ...` if `From:` != signing address (with mailnews.headers.showSender = false)
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-12-04 22:44:47+00:00
Resolved: 2021-08-06 04:06:06+00:00

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

Steps to reproduce:

Starting with Thunderbird 78, running Windows 10 or Linux x64, we observe the erroneous displaying of a "Sender:" header if a particular type of message was previewed. The "Sender:" header of the triggering message is then display on all subsequently viewed messages.

Steps to reproduce:
Thunderbird 78.x, tested up to 78.5.1;
add the attached minimal example S/MIME signed message `smimesendertest.eml` to a folder (IMAP or local); 
preview the message (or open it in a tab).


Actual results:

The example message includes the header `Sender: FALSE SENDER <postmaster+somebody@fam.tuwien.ac.at>` which is correctly displayed in the preview. After this, the same header will be shown on all subsequently previewed messages (or ones open in tabs) which is of course incorrect.

Testing showed that a crucial condition of messages that trigger this bug is the fact that the RFC5322-From of the S/MIME signed message does not match the signers address. We observed this on a local mailing list that changes the "From:".
Bug: Thunderbird occasionally freezes briefly during compose, since moving files into Archive folder
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-12-05 01:28:32+00:00
Resolved: 2021-07-04 17:52:40+00:00

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

Steps to reproduce:

I had over 10,000 emails in my inbox, but I never had any performance problems.
One day I decided to move them all into an Archive folder. The process took a while, but it eventually completed; I've completely restarted my machine many times since then (this was months ago).


Actual results:

Now, when I'm composing emails, a few seconds into typing, Thunderbird will suddenly stop responding for around five seconds, and then will resume working. Sometimes this will happen several times over the course of writing an email. (I suspect that it's related to autosaving drafts, but I'm not sure.)


Expected results:

Performance should be the same whether my emails are in my inbox or my archive folder.
Bug: Release  78.5.1 not work - not connecting to mail servers due to ESET/NOD32 security/AV software
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-12-05 07:05:02+00:00
Resolved: 2020-12-08 11:41:32+00:00

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

Steps to reproduce:

After upgrading to version 78.5.1, it stopped connecting to the mail server. After December 2, I did not receive any further messages. Also does not send mail.


Actual results:

After upgrading to version 78.5.1, it stopped connecting to the mail server. After December 2, I did not receive any further messages. Also does not send mail.
Bug: Crash in [@ <gecko_logger::GeckoLogger as log::Log>::log] via nsTreeSanitizer::SanitizeStyleSheet
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-12-05 09:29:49+00:00
Resolved: 2021-07-01 21:03:18+00:00

All are version 84 beta, buildid 20201123211438 84.0b2.  regression?

Crash report: https://crash-stats.mozilla.org/report/index/0e175467-64e1-4f91-8aa3-55c1a0201204

MOZ_CRASH Reason: ```failed printing to stderr: Input/output error (os error 5)```

Top 10 frames of crashing thread:
```
0 libxul.so RustMozCrash mozglue/static/rust/wrappers.cpp:17
1 libxul.so mozglue_static::panic_hook mozglue/static/rust/lib.rs:89
2 libxul.so core::ops::function::Fn::call /builds/worker/fetches/rustc/lib/rustlib/src/rust/library/core/src/ops/function.rs:70
3 libxul.so std::panicking::rust_panic_with_hook library/std/src/panicking.rs:573
4 libxul.so std::panicking::begin_panic_handler::{{closure}} library/std/src/panicking.rs:476
5 libxul.so std::sys_common::backtrace::__rust_end_short_backtrace library/std/src/sys_common/backtrace.rs:153
6 libxul.so rust_begin_unwind library/std/src/panicking.rs:475
7 libxul.so std::panicking::begin_panic_fmt library/std/src/panicking.rs:429
8 libxul.so std::io::stdio::_eprint library/std/src/io/stdio.rs:918
9 libxul.so <gecko_logger::GeckoLogger as log::Log>::log xpcom/rust/gecko_logger/src/lib.rs:254
```
Bug: Since update to v 78.5 no longer able to receive emails; sending gives error message
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-12-05 11:11:18+00:00
Resolved: 2020-12-08 01:10:46+00:00

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

Steps to reproduce:

TB automatically updated to v 78.5.0 (32 bit) and since then I am unable to receive emails (IMAP account) and sending gives an error message so it's not clear if it's been sent or not. Have since updated manually to 78.5.1 but that hasn't solved the problem. Tried turning down security level for TLS/SSL to 1 but didn't help.


Actual results:

Not receiving emails. TB says it's connected to the imap account but nothing happens. When sending an email I get an error message (translated from Dutch): Your message has been sent, but due to network problems or file access errors, a copy has not been placed in your sent messages (Sent) folder. (windows 10, IMAP email account)


Expected results:

My mails should have downloaded. Should not have gotten error message when sending email.
Bug: Intermittent comm/mail/test/browser/composition/browser_replyCatchAll.js | uncaught exception - (NS_ERROR_FAILURE) [nsIMsgMailNewsUrl.folder] at HandleMDNResponse@chrome://messenger/content/mailWindowOverlay.js:3751:19
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2020-12-05 12:53:10+00:00
Resolved: 2021-12-21 12:21:26+00:00

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

---
```
```
Bug: UI unclickable when application left open and must force close
Status: UNCONFIRMED
Priority: --
Created: 2020-12-05 14:23:55+00:00
Resolved: 2024-02-27 17:46:30+00:00

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

Steps to reproduce:

Just leave Thunderbird 78.5.1 open for a long period of time (several hours).


Actual results:

Eventually, the UI becomes unclickable and emails stop flowing.


Expected results:

UI should be clickable and the application should continue to function without being forced closed every 12 hours or so.
Bug: Shutdown crash in [@ md_UnlockAndPostNotifies] (nss) via ldap_msgdelete (ldap60.dll)  use-after-free
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-12-05 16:40:57+00:00
Resolved: 2021-12-18 15:04:54+00:00

Ben ready for another crack at this?  Still a topcrash after Bug #1625677.

Example bp-0f6d7776-eb21-4c44-8ced-fdeb50201203 Crash Address 0xe5e5e5e5

Crash rate on beta is 2-3 per week.  Example bp-aaa32df1-12fe-4841-b07e-8421b0201204 Crash Address 0xffffffffffffffff
Bug: Crash in [@ nsXPCWrappedJS::Release] related to Outlook address book search
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-12-05 19:26:08+00:00
Resolved: 2021-01-06 17:08:11+00:00

Crash report: https://crash-stats.mozilla.org/report/index/2627809c-00d4-4642-accd-7d7980201205

MOZ_CRASH Reason: ```MOZ_RELEASE_ASSERT(NS_IsMainThread()) (nsXPCWrappedJS::Release called off main thread)```

Top 8 frames of crashing thread:
```
0 xul.dll nsXPCWrappedJS::Release js/xpconnect/src/XPCWrappedJS.cpp:258
1 xul.dll QueryThreadFunc comm/mailnews/addrbook/src/nsAbOutlookDirectory.cpp:804
2 nss3.dll PR_NativeRunThread nsprpub/pr/src/threads/combined/pruthr.c:399
3 nss3.dll pr_root nsprpub/pr/src/md/windows/w95thred.c:139
4 ucrtbase.dll thread_start<unsigned int , 1> 
5 kernelbase.dll VirtualQuery 
6 mozglue.dll patched_BaseThreadInitThunk mozglue/dllservices/WindowsDllBlocklist.cpp:588
7 ntdll.dll RtlUserThreadStart 
```
This crashes in Daily when you add and Outlook address book as per bug 1679525 and then search for an address, either in the Outlook address book or "All Address Books". We noticed while looking into the bug we filed.

100% reproducible and apparently not related to bug 1517464.
Bug: Message body cannot be viewed if calendar invitation is attached
Status: NEW
Priority: --
Created: 2020-12-05 19:35:47+00:00
Resolved: 2021-09-13 03:00:13+00:00

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

Steps to reproduce:

Open a message that contains an .ics attachment


Actual results:

The message body is not displayed, and the user is given the impression that the message only contains a calendar invitation, and that the sender failed to include promised information in the message, resulting in a confusing discussion because the sender knows that they did indeed send more than just a meeting invitation. Recipient is unable to view the message body except in "plain text" message viewing mode, which is essentially unreadable, and not something that most users would even think to try.


Expected results:

All message body parts should be displayed.

Note: this is marked as a defect because it is essentially a data loss bug from the user's perspective.
Bug: Thunderbird drops BCC copy on Reply
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-12-05 20:10:54+00:00
Resolved: 2022-02-20 13:35:14+00:00

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

Steps to reproduce:

Click Reply
Change "From" to another account



Actual results:

What had been in the BCC field as the configured copies is lost.

Bcc:  email1, email1    existed when the reply was started.


Expected results:

The existing BCC field for copies should have remained.  

Bcc:  email1, email2 are no longer present.  Also it may have been complicated because email2 is the account that is now the From sender, which is also To;
Bug: With new 78.5.1 update, some of my address books disappeared.  HELP!
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-12-05 22:53:48+00:00
Resolved: 2023-07-02 08:44:40+00:00

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

Steps to reproduce:

Version 78.5.1 just installed.  Shut down computer.  Waited.  Powered up.  Opened Thunderbird.


Actual results:

NO CHANGE.  Of 19 address books, only 4 are populated, 12 are named but only 3 of those are populated, 7 are unnamed and empty.  HELP!


Expected results:

ALL 19 address books should be named and populated.
Bug: After importing addresses from LDIF, Thunderbird closes
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-12-06 08:49:40+00:00
Resolved: 2024-05-04 15:19:23+00:00

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

Steps to reproduce:

Import adress as ldif


Actual results:

adresses are imported, but Thunderbird crashes down and has to be restarted
Bug: Dark mode folder color for "Unread" / "New Unread" is too similar and hard to distinguish
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-12-06 10:18:14+00:00
Resolved: 2020-12-30 15:28:55+00:00

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

Steps to reproduce:

As you can see in the image, distinguishing between unread and new unread is now pretty hard because it's all blue (one is dark blue, one is light blue).
Before the update the unread was just white bold.

I don't see a reason to put any kind of highlight for the unread emails, you have the number of unread emails at the end so it's clear there are unread emails.
On the other hand you should be able to see where the new emails are, which is now harder to see.

This change was introduced in recent 78.5.1 update, probably regressed by:
https://bugzilla.mozilla.org/show_bug.cgi?id=1678029
Bug: Empty connected Outlook address book causes problems
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-12-06 11:12:29+00:00
Resolved: 2020-12-27 01:31:24+00:00

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

Steps to reproduce:

As per bug 1679525, connect an **empty** Outlook address book to Thunderbird.


Actual results:

The address book window becomes dysfunctional, with many errors in the console:
```
Uncaught TypeError: can't access property "children", this._rowMap[aIndex] is undefined isContainer chrome://messenger/content/jsTreeView.js:90
Uncaught TypeError: can't access property "getProperties", this._rowMap[aRow] is undefined getRowProperties chrome://messenger/content/jsTreeView.js:67
Uncaught TypeError: can't access property "children", this._rowMap[aIndex] is undefined isContainer chrome://messenger/content/jsTreeView.js:90
```


Expected results:

Thunderbird should have handled an empty Outlook address book properly. Everything is fine if the address book contains at least one entry. Due to unfortunate Outlook configuration, it can happen that Outlook has multiple address books, one of them empty which triggers this bug.
Bug: Crash in [@ AsyncShutdownTimeout | profile-change-teardown | Extension shutdown: wetransfer@extensions.thunderbird.net,Extension shutdown: {a300a000-5e21-4ee0-a115-9ec8f4eaa92b}]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-12-06 22:17:38+00:00
Resolved: 2023-01-29 00:23:42+00:00

Crash report: https://crash-stats.mozilla.org/report/index/228287e3-588e-48e7-a5bf-4545f0201206

MOZ_CRASH Reason: ```MOZ_CRASH()```

Top 10 frames of crashing thread:
```
0 thunderbird-bin mozalloc_abort memory/mozalloc/mozalloc_abort.cpp:33
1 libxul.so NS_DebugBreak xpcom/base/nsDebugImpl.cpp:435
2 libxul.so nsDebugImpl::Abort xpcom/base/nsDebugImpl.cpp:134
3 libxul.so NS_InvokeByIndex 
4 libxul.so XPCWrappedNative::CallMethod js/xpconnect/src/XPCWrappedNative.cpp:1142
5 libxul.so XPC_WN_CallMethod js/xpconnect/src/XPCWrappedNativeJSOps.cpp:925
6 libxul.so js::InternalCallOrConstruct js/src/vm/Interpreter.cpp:594
7 libxul.so Interpret js/src/vm/Interpreter.cpp:3288
8 libxul.so js::RunScript js/src/vm/Interpreter.cpp:473
9 libxul.so js::InternalCallOrConstruct js/src/vm/Interpreter.cpp:619
```
STR

1. start thunderbird
2. shutdown or restart thunderbird.
3. hang then crash.
Bug: Intermittent browser_policy_cookie_settings.js | Uncaught exception - at mail/components/enterprisepolicies/tests/browser/browser_policy_cookie_settings.js:70 - TypeError: Services.cookies.removeAll is not a function
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-12-06 23:08:56+00:00
Resolved: 2021-12-06 06:14:33+00:00

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

---
```
```
Bug: Thunderbird doesn't open links in messages after upgrade to 78.5.1
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-12-06 23:08:57+00:00
Resolved: 2020-12-17 07:20:57+00:00

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

Steps to reproduce:

1. Open e-mail with link
2. Click in link or right-click and select "Open link in browser"


Actual results:

Nothing


Expected results:

Link should be opened in browser
Bug: Intermittent Automation Error: mozprocess timed out after 1000 seconds running ['/Users/cltbld/tasks/.../build/venv/bin/python', '-u', '/Users/cltbld/tasks/.../build/tests/xpcshell/runxpcshelltests.py', etc.
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2020-12-06 23:10:19+00:00
Resolved: 2021-12-07 08:26:21+00:00

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

---
```
```
Bug: Upgrade to 78.5.1 complete failure.  Can't get mail.  cant access previous data. [ESET AV]
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-12-06 23:15:56+00:00
Resolved: 2020-12-08 01:15:56+00:00

Upgrade to 78.5.1 complete failure.  Can't get mail.  cant access previous data.  after deleting mail account to try and start fresh, won't communicate with server.  Have done full uninstall and re-install.  It's kind of a mess.  I have a working profile on the latest version of v68.  Can I download latest version of 68 anywhere so I can migrate and use the program while bugs are fixed?
Bug: Port bug 1549192 - Remove extension shutdownReason footgun
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-12-06 23:22:41+00:00
Resolved: 2021-10-19 14:50:29+00:00

Bug 1549192 changed the argument of ExtensionAPI.onShutdown from a shutdown reason string to a boolean. The cloudFile API needs to be changed to match, and yes, this should've happened ages ago. I don't believe this is responsible for bug 1559448.
Bug: Callback during verifyLogon() may throw exception into C++ Gecko
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-12-07 03:16:02+00:00
Resolved: 2021-01-09 11:56:43+00:00

Noticed by :BenB during a code review involving changes to verifyLogin():

> This function is also called from tryNextLogon(), where it's called twice. This caller has no logger attached, and worse, it doesn't even have a try/catch. It would throw into onStopRunningUrl(), which throws the exception into C++ Gecko. Not good.

Filing this as a separate bug (partly because the revised patch is no longer related to the original bug).
Bug: Forwarding method resists configuration.  Forwards are as attachments notwithstanding configuration as inline.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-12-07 03:59:09+00:00
Resolved: 2020-12-16 21:12:13+00:00

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

Steps to reproduce:

Forwarded an e-mail.

Thunderbird is configured to forward e-mails in the body, not as an attachment:
- In Options > Composition

Also attempted right-clicking on the e-mail and forwarding inline.

Also toggled mail.inline_attachments.text to true, as suggested in bug 16613913, with no effect. (Note also that the Advanced Panel does not appear in Options, as stated in https://support.mozilla.org/en-US/kb/config-editor.  An otherwise-invisible button can be found by via the page's search box.)


Actual results:

In each case, the e-mail was forwarded as an attachment.  The software refused configuration.


Expected results:

The software would have behaved as configured, i.e., have forwarded the e-mail in the body.
Bug: Overlapping text in search box
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-12-07 05:25:42+00:00
Resolved: 2021-01-15 21:57:57+00:00

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

Steps to reproduce:

Open Thunderbird
Open Today's pane



Actual results:

The text in search box beside quick filter is overlapping with magnifying glass.



Expected results:

The text should resize to fit the search box.