av9ash/GitBugs huggingface dataset:
Bug: Option to search/filter messages within enter account folder
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-12-15 01:45:26+00:00
Resolved: 2021-12-15 10:05:30+00:00

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

Steps to reproduce:

Tried to find an email.  But I have many folders with delivery rules to place them as such.

I remember an email, but not who it was from nor what folder my own categorization would have placed it in.

I wanted to find it again.

I tried searching through the various options.  I tried clicking on the account root rolder and repeating.  There is both "Filter these messages" and "Quick filter".


Actual results:

Nothing worked.


Expected results:

The search options should be available (in context) for the account root folder, to cover the entirety of that folder.

The UX should be much better.
Bug: Highlighting of folders containing new emails is inconsistent
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-12-15 03:53:32+00:00
Resolved: 2022-03-12 16:45:49+00:00

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

Steps to reproduce:

This problem occurs when new, and as-yet unread, emails are received. It occurs after fetching emails from my PO£ mailboxes.


Actual results:

When folders receive new emails the folder icon changes to a blue outline with a yellow dot at the top left side.  If you have subfolders then, sometimes, they are not highlighted at all making it difficult to see where the new emails are located. It is not consistent as sometimes it does work as designed. Also, sometimes a folder containing an unread email is not highlighted (bold type) until you click on it. This used to work perfectly until the new icon highlighting was implemented. My version is 91.4.0


Expected results:

I expected all folders, including subfolders, with unread emails in them to have the blue and yellow-dotted icon showing.
Bug: Intermittent comm/mail/components/preferences/test/browser/browser_chat.js | All 3 messages displayed - Got 1, expected 3
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-12-15 07:04:54+00:00
Resolved: 2021-12-20 06:26:34+00:00

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

---
```

```
Bug: Intermittent Assertion failure: false (Moving tab between windows whose compositor optionsdiffer in unsupported ways. Things may break in unexpected ways), at /builds/worker/checkouts/gecko/gfx/layers/ipc/CompositorBridgeParent.cpp:1113
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-12-15 07:05:57+00:00
Resolved: 2022-01-06 08:00:07+00:00

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

---
```
Happening on several Windows debug mochitests.
```
Bug: cannot anymore drag and drop attached file from existing email into new email
Status: UNCONFIRMED
Priority: --
Created: 2021-12-15 10:43:59+00:00
Resolved: 2022-08-24 08:52:23+00:00

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

Steps to reproduce:

I tried to drag and drop an attached file from an existing email (previously received or sent) into a new message window. That does not work since a few versions ago (tested with 91.4 on macOS, I think that worked at least in 91.2 but not sure)


Actual results:

For a pdf file for example, the attached file is a svg file (chrome://conversations/content/icons/application-pdf.svg) and not the actual pdf file.


Expected results:

The attached file should be a copy of the previous attached file
Bug: Thunderbird opens but does not show any files
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-12-15 14:06:07+00:00
Resolved: 2022-12-04 20:37:59+00:00

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

Steps to reproduce:

Opened Thunderbird 91.4.0.  Uninstalled and reinstalled. No result. Renamed folder. Uninstalled and reinstalled .  Would not allow creation of new email.


Actual results:

The program opened but did not open any of my files.


Expected results:

Files and emails appear normally.
Bug: An e-mail address from the address book gets sent to spam folder when whitelisted in account settings
Status: UNCONFIRMED
Priority: --
Created: 2021-12-15 16:46:00+00:00
Resolved: 2022-05-31 00:40:53+00:00

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

Steps to reproduce:

The e-mail of my friend is in my address book and has been there for years. Until v91.4.0 everything was working as intended - e-mail addresses added to the address book did NOT get sent to the spam folder. But NOW, in v 91.4.0 everytime I receive an e-mail from him, it gets automatically sent to the spam folder. 3 times in a row today I marked the letter as "desired", hoping that this would fix the problem but it didn't - every single message from him goes to the spam folder. I also tried with removing the address and then adding it back to the address book bc I thought it might be a configuration glitch but that didn't help either.

Note: I DO NOT have any extensions on Thunderbird, it's completely vanilla!


Actual results:

An e-mail address from the address book gets sent to spam folder automatically, completely ignoring its presence in the address book.


Expected results:

E-mail addresses added to the address book SHOULD NOT be sent to the spam folder.
Bug: Two windows when you open the app
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-12-15 18:42:24+00:00
Resolved: 2022-01-01 19:54:56+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.45 Safari/537.36 OPR/82.0.4227.23 (Edition Yx 05)

Steps to reproduce:

Open the app (i don't actually know, maybe bug is floating)


Actual results:

Two app windows appear instead of one as usually


Expected results:

Only one window should have opened
Bug: View of Message source should keep the character coding
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-12-15 19:19:47+00:00
Resolved: 2021-12-15 19:21:49+00:00

+++ This bug was initially created as a clone of Bug #111164 +++
(Bug 111164 was for SeaMonkey)

View of Message source should keep the character coding which was set for the Mail, i.e., the setting of View/Character coding, instead of using the Western coding by default.

Note bug 1736248 comment #3 (quote):

... we should probably pass in the charset to the viewer.
https://searchfox.org/comm-central/rev/af4783ca444808036d2a5860444e7322e904c09f/mail/base/content/mailCore.js#46,49
https://searchfox.org/mozilla-central/rev/5122357c497684e01c5bb2d4a9bf8be1fe97a413/toolkit/components/viewsource/content/viewSourceUtils.js#218,226,242

(see https://bugzilla.mozilla.org/page.cgi?id=splinter.html&ignore=&bug=111164&attachment=99046)
Bug: PopOS window tiling results in graphical corruption, using Gnome just in Thunderbird
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-12-15 19:41:51+00:00
Resolved: 2024-05-12 15:55:43+00:00

Steps to reproduce:

This reproduces in many ways, but one way to see it more than 50% of the time is the following:
* install PopOS 21.04
* turn on tiling mode (usually Super-Y)
* Install Thunderbird 96 (but this has been present for a long time)
* Open a single thunderbird window
* Ctrl-N to make a new email message window.  Put in some content.
[
  * Ctrl-N to make a new message window again
  * close the 2nd message window
]
Repeat the bracketed section until you get some interesting corruption


Actual results:

Graphical corruption of the compose window


Expected results:

No corruption
Bug: Tags no longer show up or are able to be used
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-12-16 02:25:50+00:00
Resolved: 2021-12-16 15:37:39+00:00

User Agent: Mozilla/5.0 (iPhone; CPU iPhone OS 14_8 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/14.1.2 Mobile/15E148 Safari/604.1

Steps to reproduce:

Thunderbird auto updated to version 91.4.0 around the beginning of December 2021 from Rosie 91.3.2


Actual results:

All the tags I currently had installed are no longer there, all colors have disappeared and threads look absolutely normal. I also do not have the ability to add new tags. As soon as I go to add a tag Thunderbird temporary ads it but then it disappears both the tag and the color from the email.


Expected results:

Tags that were there previously should still be there. A new tags that are built should be able to be added and the color of the thread should change.
Bug: Rename a folder not working if same name with Change case
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-12-16 08:41:16+00:00
Resolved: 2021-12-16 14:09:20+00:00

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

Steps to reproduce:

1. Create a folder "myfolder" in small letters in Inbox
2. Rename folder to "Myfolder" with first letter capital.



Actual results:

Rename is blocked by same named another folder is there. 
So rename is not allowed.



Expected results:

Rename should be allowed to change case for folder.
Bug: Problems if foldername has trailing white-space (webexperiment, compFields.fcc)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-12-16 08:52:48+00:00
Resolved: 2022-05-03 10:27:50+00:00

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

Steps to reproduce:

1.
Create a folder with trailing white-space.
Select this folder as sent folder
Send a message

2.
In a webexperiment, set the compFields.fcc to a folder with trailing white-space


Actual results:

1.
A new folder without the trailing white-space is created and used as sent folder.
Even worse, if the original foldername contains non-Ascii characters (e.g. 'Späce '), the newly created folder contains encoded characters (e.g. 'Sp&AOQ-ce').

2.
the fcc is ignored and the default sent folder is used.


Expected results:

Foldername should be used as-is.
Bug: Thunderbird - toolkit/components/extensions/test/xpcshell/test_site_permissions.js | test_site_permissions_have_localization_strings - [test_site_permissions_have_localization_strings : 365] Site permission missing 'midi' - false == true
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-12-16 13:48:38+00:00
Resolved: 2021-12-20 06:34:08+00:00

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

---
```

```
Bug: Address book is ignored by junk filter
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-12-16 14:03:55+00:00
Resolved: 2022-10-02 00:13:11+00:00

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

Steps to reproduce:

Add order-update@amazon.com to address book.
Select "Enable adaptive junk mail controls for this account"
Select "Do not automatically mark as junk if the sender is in:"
Select "Collected Addresses" and "Personal Address Book"
Select "Trust junk mail headers set by SpamAssassin"
Receive and email from order-update@amazon.com


Actual results:

Email from order-update@amazon.com is marked as junk and moved to junk folder


Expected results:

Email from order-update@amazon.com remains in inbox not marked as junk
Bug: locks up in Server Settings when Choose Folder dropdown clicked after user name change
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-12-16 16:51:33+00:00
Resolved: 2023-10-27 04:14:23+00:00

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

Steps to reproduce:

With an email account already set up (just "cancel" when it asks for the password on startup), go to Account Settings, Server Settings.  Change the User Name.  Then, several lines down the page is "When I delete a message".  "Move it to this folder:" is already selected.  To the right is a dropdown "Choose Folder".  Click on the down arrow.


Actual results:

A message pops up:

"Your User Name has been updated. You may also need to update your Email Address and/or User Name associated with this account." 

Can click Okay and the dialog will go away.  But after that, Thunderbird no longer responds, and goes to 100% CPU usage.  Won't even update the screen when the window is moved.  Have to terminate the process.

When restarted, I see that the user name was updated.

If the username is not touched, the dropdown menu behaves as expected, showing "Inbox" as a choice.


Expected results:

I tried the other dropdowns, "Connection security:" and "Authentication method:"  No problem.  Got the "user name has been updated" popup, and Thunderbird continued to function normally.
Bug: Canvas not working in compose windows
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-12-16 18:42:54+00:00
Resolved: 2023-01-18 18:56:45+00:00

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

Steps to reproduce:

Create a canvas in the compose window and draw to it, e.g.

```js
const canvas = document.createElement("canvas");
document.body.appendChild(canvas);
const context = canvas.getContext("2d");
context.fillStyle = "black";
context.fillRect(10, 10, 100, 100);
```


Actual results:

Nothing.


Expected results:

A rectangle should have been drawn.


Note that this used to work until fairly recently. I have a webextension that relies on drawing on a canvas in a compose window: https://addons.thunderbird.net/en-US/thunderbird/addon/firenvim/?src=search .

I am attaching a self-contained reproducer.
Bug: Thunderbird 96.0b2 fails to close any Sent Mail windows
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-12-16 18:45:42+00:00
Resolved: 2021-12-28 12:49:59+00:00

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

Steps to reproduce:

Clicked 'Send' to send an email.


Actual results:

The mail window stays visible, with a status window 'copying mail to Sent folder' on top.
These 2 windows never never go away - despite the fact that:
a) the mail has in fact been sent;
b) the mail has been copied to the Sent mail folder.

See the attached screenshot showing the list of all unclosed Write and Sending email windows.

I am using IMAP connected to a Gmail account.

I upgraded automatically to this new version.
The previous version was working without problem with the same configuration.


Expected results:

The 2 windows should have closed automatically once the email was sent and copied to the Sent folder.
Bug: Check mark in Subscribe dialog not updated until mouse moved out of selected item
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-12-16 18:52:44+00:00
Resolved: 2021-12-20 16:49:29+00:00

Steps to reproduce:

* Right click an account and choose Subscribe
* Select an entry
* Click the Check Mark (or click Subscribe/Unsubscribe button)




Actual results:

The Check Mark visibly did not change. The display changes after I move the mouse cursor out of the selected item (or when you move cursor into folder view if you clicked button).


Expected results:

The state of the check mark should visibly change immediately when it changes.
Bug: Thunderbird randomly showing the raw HTML on second time viewing the message
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-12-16 21:18:31+00:00
Resolved: 2021-12-17 21:10:48+00:00

Steps to reproduce:

Receive email, read it, and come back to read later.
----------
I receive mail, read it, possibly leave it in my inbox and then come back later to read it again.  The initial read is fine (as expected).  However, when I come back to read the email (hours to days later) I see nothing but HTML code and the text may be yet another email's narrative connected to the current (issue) email.  

This is happening randomly and I am at a loss as to how to address the problem.

HELLLPP!!  I'm losing important information!!  




Actual results:

Narrative in email is viewed as HTML only and often has no relation to the title being read.

EXAMPLE NARRATIVE FOUND: 
From 
Delivered-To: lasd8525@gmail.com
Received: by 2002:ab0:44c4:0:0:0:0:0 with SMTP id n62csp893939uan;
        Thu, 2 Dec 2021 09:31:09 -0800 (PST)
X-Google-Smtp-Source: ABdhPJwI8RktLXx1ifc2syKExIjp2JqYiggr0Y7wqZQSY6vG4UEqZ0Epea3rIrW6qOj1SoTe+vdz
X-Received: by 2002:ac8:7d47:: with SMTP id h7mr15544886qtb.188.1638466268915;
        Thu, 02 Dec 2021 09:31:08 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; t=1638466268; cv=none;
        d=google.com; s=arc-20160816;
        b=kTgFhhNIsdAF9yslRXkM7qY09a+iWNF+5x+5I3PBrW2p3hkuImtYfZ5DJA4MEQ0tUd
         tuR+fG+NQHjdDmIw7lHBLPGArFmQ8+BzWknVAQAIirRKnjr/fgqHOEr9TqFPlkPcAd4O
         iDGcTxco1gYZPe0E882IM+BeNs+teGzPXmKJGg7ZqhT8m1IneTY6qfbOAWZ63/k8GdfH
         4sHrn9FVZ1fUgGTsnqVliBJ5Xr7OpjQ7UEAWC+iIEnOvfCkaLiAgXquW824CxmRcIS+X
         o/nT/voTT8jLPCPdfkk9pF5xdnYyvmbYCPshktZl9li+aptUNrevPtM/54YyM3y5gtiB
         /nqQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816;
        h=to:subject:message-id:mime-version:from:date:dkim-signature
         :dkim-signature;
        bh=aUgbxr9kfKvQ6KSxVGEzDWNX8MCkS0ANPJawHbwA+0g=;
        b=ZDKKvIE7Tlrke3h+nWGcshj+Uo1seTu+trV6FU7bEXweo6DrUCMUd3mwBrJ3MtskQM


Expected results:

Email should remain unaltered regardless of how long it has been in my in-basket or folder. 
This problem has existed for an unknown length of time, but came to my attention within the last month or so.
Bug: Cannot set custom reminder date or time time for all-day events
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-12-17 01:48:56+00:00
Resolved: 2021-12-18 02:48:55+00:00

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

Steps to reproduce:

1. System: Linux Mint Uma/Focal
2. Open Thunderbird
3. In Calendar, select New Event from context menu
4. Check Custom Reminder
5. Select Reminder => custom...
6. Click Add...
7. Click button next to Date Selector
8. Select a different date and/or time
9. Click "Save and Close"



Actual results:

Before saving, text in blue shows the Reminder Date and Time was not updated
After saving, Reminder Date and Time are still the default, and not updated.


Expected results:

Date and time should be updated in agreement with entered values.
WORKAROUND: copy event into an .ics file, change reminder manually, delete event, upload from the .ics file.
Bug: Intermittent comm/mail/base/test/performance/browser_preferences_usage.js | layout.visibility.min-recompute-interval-ms should be accessed at least 60 times. - 60 <= 1
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-12-17 07:27:44+00:00
Resolved: 2021-12-20 06:38:50+00:00

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

---
```

```
Bug: Thunderbird Crash in [@ qbutilities.dll | CallHookWithSEH] with Windows 10
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-12-17 12:19:23+00:00
Resolved: 2022-09-25 14:23:09+00:00

Roughly #40 crash for Thunderbird 91.*, if one excludes shutdown crashes.

qbutilities.dll  is from Intuit, Inc.

Crash report: https://crash-stats.mozilla.org/report/index/151c53e1-30b7-4ee5-a5c2-67edf0211109

Reason: ```STATUS_STACK_BUFFER_OVERRUN / FAST_FAIL_GUARD_ICALL_CHECK_FAILURE```

Top 10 frames of crashing thread:
```
0 ntdll.dll RtlFailFast2 
1 ntdll.dll RtlpHandleInvalidUserCallTarget 
2 ntdll.dll RtlDispatchException 
3 ntdll.dll KiUserExceptionDispatcher 
4 ntdll.dll LdrpValidateUserCallTarget 
5 qbutilities.dll qbutilities.dll@0x1d83 
6 user32.dll unsigned long __stdcall CallHookWithSEH 
7 user32.dll __fnHkINDWORD 
8 ntdll.dll KiUserCallbackDispatcher 
9 ntdll.dll KiUserApcDispatcher 
```
Bug: Crash in [@ msaud32_divx.acm@0x52170]  (crash when alerting on new messages?)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-12-17 14:44:26+00:00
Resolved: 2023-12-31 03:24:14+00:00

All crashes are version 91. Several versions of Windows 10, but not the newest Version 21H2 (November 2021 Update). But that might be because that arrived after crash-stats stopped accepting TB crashes.

50% of crashes are <60 seconds uptime 

Crash report: https://crash-stats.mozilla.org/report/index/bf3244e0-d463-4faa-87c6-c80210211109

Reason: ```EXCEPTION_ACCESS_VIOLATION_EXEC```

Top 10 frames of crashing thread:
```
0 msaud32_divx.acm msaud32_divx.acm@0x52170 
1 msaud32_divx.acm msaud32_divx.acm@0x4f194 
2 msaud32_divx.acm msaud32_divx.acm@0x4f1ce 
3 msaud32_divx.acm msaud32_divx.acm@0x50279 
4 msaud32_divx.acm msaud32_divx.acm@0x50279 
5 msaud32_divx.acm msaud32_divx.acm@0x4f1ce 
6 msaud32_divx.acm msaud32_divx.acm@0x4dfff 
7 msaud32_divx.acm msaud32_divx.acm@0x4dfff 
8 ntdll.dll LdrxCallInitRoutine 
9 msaud32_divx.acm msaud32_divx.acm@0x4dfff 
```
Bug: Startup Crash in [@ mozilla::places::History::History] macOS
Status: NEW
Priority: --
Created: 2021-12-17 17:52:44+00:00
Resolved: 2024-10-15 13:53:34+00:00

Crash report: https://crash-stats.mozilla.org/report/index/416d9ade-7df6-4ee8-be0b-ecf3a0211109

MOZ_CRASH Reason: ```MOZ_RELEASE_ASSERT(dirsvc && ((bool)(__builtin_expect(!!(!NS_FAILED_impl(dirsvc->Has("ProfD", &haveProfile))), 1))) && haveProfile) (Can't construct history service if there is no profile.)```

Top 10 frames of crashing thread:
```
0 XUL mozilla::places::History::History toolkit/components/places/History.cpp:1326
1 XUL mozilla::places::History::GetSingleton toolkit/components/places/History.cpp:1684
2 XUL mozilla::xpcom::CreateInstanceImpl xpcom/components/StaticComponents.cpp:12713
3 XUL nsComponentManagerImpl::GetServiceLocked xpcom/components/nsComponentManager.cpp:1276
4 XUL nsComponentManagerImpl::GetService xpcom/components/nsComponentManager.cpp:1366
5 XUL mozilla::xpcom::GetServiceHelper::operator const xpcom/components/StaticComponents.cpp:13778
6 XUL nsCOMPtr_base::assign_from_helper xpcom/base/nsCOMPtr.cpp:109
7 XUL nsDocShell::InternalAddURIVisit docshell/base/nsDocShell.cpp:12015
8 XUL mozilla::net::DocumentLoadListener::AddURIVisit netwerk/ipc/DocumentLoadListener.cpp:436
9 XUL mozilla::net::DocumentLoadListener::RedirectToRealChannel netwerk/ipc/DocumentLoadListener.cpp:1878
```
Bug: Incorrect scrollbar mode on startup when using "Automatically based on mouse or trackpad" setting in macOS
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-12-17 17:58:15+00:00
Resolved: 2022-09-25 15:48:40+00:00

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

Steps to reproduce:

1. Set “Show scroll bars” to “Automatically based on mouse or trackpad” in macOS System Preferences General pane
2. Plug in external mouse
3. Launch Thunderbird


Actual results:

Overlay scrollbars are used, as if the OS is in trackpad mode, when it is not. The horizontal scrollbar for message bodies is broken and will not respond to mouse button input.


Expected results:

Scrollbars should be displayed normally.

If the mouse is unplugged and replugged while Thunderbird is running, it will start showing the scrollbars in the correct mode, so this is only a problem with the way it detects the scrollbar mode on startup.

This is a regression from the previous LTS version of Thunderbird.