av9ash/GitBugs huggingface dataset:
Bug: Not all attached files are visible in thunderbird, and not all are saved correctly from the attachment
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-01-25 17:02:21+00:00
Resolved: 2023-09-10 14:38:25+00:00

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

Steps to reproduce:

I  receive attachments in my yahoo account, and  I dowload them. I use Thunderbird 110.0b1 (64-bit), but the same thing happens at least a year ago.


Actual results:

The downloaded files often are corrupt (for example JPG or PDF files), and not all  attached files are visible in thunderbird  and not all are downloaded from the attachments. When I login to my account in a browser (I use Firefox) I see more attachments than in Thunerbird, and the same attachments can be all downloaded without problem and there are no corrupt files. 


Expected results:

All the attachments should appear in thunderbird and when I  download them, they have to be without errors. I attach a corrupt file example exactly as I received it.
Bug: Various message actions don't work, actions don't update message view
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-01-25 21:23:56+00:00
Resolved: 2023-09-29 08:12:37+00:00

Broken actions:
- Junk
- Delete
- Tag
- Extract as Event/Task
- View Source

And tagging/marking as junk doesn't update the state in the message reader.
Bug: Deleting an email doesn't focus the next conversation anymore
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-01-26 00:48:43+00:00
Resolved: 2023-03-09 23:34:19+00:00

Before the recent update, a common workflow of mine was to

 * focus an unread email
 * if not interesting, or not actionable, press `Del`

That would delete the conversation (that still happens), but more importantly it'd focus the _next_ email (or the previous if the email is the last one), which allows me to rinse and repeat.

After the recent changes, `Del` doesn't put the focus on any conversation, and it loses the position of the deleted conversation, so I need to mouse or arrow my way back to where I was, which is excruciating. I suspect it's just an oversight with the new implementation, but if it's intentional I'd appreciate knowing why :)
Bug: `tabs.onRemoved` event inconsistently fired
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-01-26 08:29:23+00:00
Resolved: 2023-02-07 06:45:20+00:00

If I have a tab without a browser, and I close the tab, `tabs.onRemoved` fires. If I have a tab without a browser, and I close the *window*, `tabs.onRemoved` does not fire. If the tab had a browser, the event would fire in both cases.
Bug: openInBrowser context menu is broken
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-01-26 08:35:12+00:00
Resolved: 2023-02-09 10:45:12+00:00

This is now mostly important for add-ons, which open web pages in Thunderbird, but also for any other web page opened in Thunderbird (for example the landing page in mail3 pane).

This context menu allows the user to re-open the currently viewed web page in the browser.
Bug: Captive browser reports wrong OS version on Mac
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-01-26 10:48:28+00:00
Resolved: 2023-02-28 17:47:47+00:00

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

Steps to reproduce:

macOS Ventura 13.1
TB 102.6.1
Installed ExQuilla add-on 102.1

ExQuilla is used to read email on Office 365 company email. Exchange account is set as default account. I opened TB. 


Actual results:

After opening TB, a captive browser window opens up asking for authentication. There is a 2FA implemented and after user/pwd credentials are entered TB needs to talk to Cisco DUO MFA. At this point there is a problem. DUO checks for macOS version, and captive browser reports:

user-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.6.1

DUO policy implemented at the company is that 10.15 is too old. Authentication is refused and I am instructed to upgrade my OS (which is in fact up to date).


Expected results:

All other applications have captive browsers that report OS X version as at least 10.15.7. Even though this does not correspond to the actual OS version (and I understand it won't; I read bug 1520419) DUO has a special policy to recognize this and authentication goes through. TB should update the captive browser to report at least 10.15.7 in user-agent string.
Bug: comm Perma toolkit/components/search/tests/xpcshell/test_webextensions_migrate_to.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2023-01-26 11:16:32+00:00
Resolved: 2023-02-06 06:00:08+00:00

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

---
```

```
Bug: comm Perma toolkit/profile/xpcshell/test_snap.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2023-01-26 11:17:52+00:00
Resolved: 2023-02-07 06:46:12+00:00

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

---
```

```
Bug: Crash in [@ layouthookdll.dll | DispatchHookW]
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-01-26 14:31:09+00:00
Resolved: 2023-01-27 08:17:06+00:00

Crash report: https://crash-stats.mozilla.org/report/index/43f7b2c6-c40b-4897-9df9-532b20230126

Reason: ```STATUS_FATAL_USER_CALLBACK_EXCEPTION```

Top 5 frames of crashing thread:
```
0  layoutHookDll.dll  layoutHookDll.dll@0x10a6  
1  user32.dll  DispatchHookW  
2  user32.dll  fnHkINLPCWPSTRUCTW  
3  user32.dll  __fnDWORD  
4  ntdll.dll  KiUserCallbackDispatcher  
```
Recent beta builds start crashing for me, like multiple times a day. From what i gather in crash it seems thunderbird conflict with app i have which is basically keyboard layout switcher. Its pretty old https://github.com/Ryzhehvost/keyla/ so maybe outdated in way, but from what i see its only thunderbird affected.
Bug: Thunderbird hangs on OSX, needs force quit. Nothing in Activity manager. Oauth2 to microsoft login on restart after force quit
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-01-26 18:33:07+00:00
Resolved: 2023-09-18 16:00:21+00:00

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

Steps to reproduce:

osx 12.6.2

Tbird 102.7.0


Just using tbird regularly with mulitple OAUTH2 accounts on google and O365



Actual results:

Tbird just hangs - I can click on messages but message body never shows up
Nothing in activity monitor





Expected results:

message should show
if OAUTH2 isnt working, where is the error message or request to re-authenticate?
Should I need to force quit and restart to get prompted for an acct password?

Microsoft OAUTH2 seems to be working badly lately, maybe an issue on their end but want Tbird to handle gracefully please
Bug: When starting or changing an AB search, display pane still shows stale list of previously selected contacts (needlessly shrinking space for new results in horizontal/table layout)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-01-26 20:46:15+00:00
Resolved: 2024-01-18 23:53:20+00:00

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

When starting or changing an AB search, contact display pane keeps showing stale list of previously selected contacts until a contact from the new result is selected. This is pretty confusing and error-prone, and good for nothing (as we don't allow extending the previous selection from new results, which would be a new feature, hard to implement and get right). In fact, in horizontal/table layout, stale selection display just eats up lots of screen space which would be much more useful for seeing more contacts from the new search result at a glance (see related bug 1812186).

Seen on TB 102.6.1 (64-bit), Win10 and Daily 111.0a1 (2023-01-26) (64-bit).

STR

1. Best seen in `Address book > List display options > Switch to horizontal layout (aka Table Layout in Daily)` 
2. Select some contact(s) in current AB view / All Abs / search results
3. Start a new AB search or change your current search
4. Observe contact display pane and available space for new results list

Actual (see screenshot)

- Display pane still showing previously selected contacts...
- ...but those contacts may no longer be present in the new result list (and even *if* they are, will appear deselected, whereas stale preview suggests they are still selected - oof!)
- Stale selection display takes up much screen space in horizontal/table layout, which needlessly shrinks vertical space for the new results list (compounding bug 1812186).
- You can't extend the old selection from the new search result (e.g. with Ctrl+click), so what's the point of still showing it?
- The only workaround to free up the space is first selecting a random contact from new result and then deselecting it (Ctrl+click or Ctrl+Space on Windows; broken on Mac, bug 1807799).

Expected

- Whenever search input changes, deselect all contacts, which in turn
  - blanks out the display pane in vertical layout
  - hides the contact display pane in horizontal/table layout, giving more room to the new results list (space matters, esp. with smaller screens or reduced window size).
Bug: Fix tests for bug 1811161 - `Document.execCommand("forecolor")` should use normalized value at setting HTML attribute value
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-01-27 01:43:48+00:00
Resolved: 2023-02-07 06:46:33+00:00

We have two tests, browser_font_color.js and browser_remove_text_styling.js, that expect the string "blue" instead of "#0000ff". I don't think these tests actually care which value is used, i.e. they're not checking that using a colour's name does the right thing, so I'll just change the strings.
Bug: Before sending an email I like to check the attached file.  When that is done I lose the text of the email.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-01-27 14:45:34+00:00
Resolved: 2023-01-27 19:28:43+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/108.0.0.0 Safari/537.36 OPR/94.0.0.0
Bug: vCard 3.0 Import Fails Without Reporting Why (val.replace is not a function Ical.jsm:1750:16)
Status: UNCONFIRMED
Priority: --
Created: 2023-01-27 22:50:13+00:00
Resolved: 2023-02-03 11:04:51+00:00

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

Steps to reproduce:

1. Create a vCard 3.0 vcard file that includes the EMAIL property type parameter "pref".

2. Start Thunderbird.

3. Open the address book tab.

4. Click [Import].

5. Click the "vCard file" radio button.

6. Click [Continue].

7. Select the vcard file.

8. Click [Open].

9. Click [Continue].

10. Click [Start Import].


Actual results:

Thunderbird displayed "Import failed unexpectedly, more information may be available in the Error Console" on a red background.

Two new messages were logged in the error console:

--- 1 ---

15:35:58.794 TypeError: val.replace is not a function Ical.jsm:1750:16
    _rfc6868Unescape resource:///modules/calendar/Ical.jsm:1750
    map self-hosted:180
    property resource:///modules/calendar/Ical.jsm:1587
    component resource:///modules/calendar/Ical.jsm:1527
    stringify resource:///modules/calendar/Ical.jsm:1489
    toVCard resource:///modules/VCardUtils.jsm:964
    prepareToSaveCard resource:///modules/AddrBookDirectory.jsm:180
    dropCard resource:///modules/AddrBookDirectory.jsm:665
    addCard resource:///modules/AddrBookDirectory.jsm:551
    _importVCardFile resource:///modules/AddrBookFileImporter.jsm:264
    AsyncFunctionNext self-hosted:632


--- 2 ---

15:35:58.819 Uncaught (in promise) 
Exception { name: "NS_ERROR_XPC_JAVASCRIPT_ERROR_WITH_DETAILS", message: "[JavaScript Error: \"val.replace is not a function\" {file: \"resource:///modules/calendar/Ical.jsm\" line: 1750}]'[JavaScript Error: \"val.replace is not a function\" {file: \"resource:///modules/calendar/Ical.jsm\" line: 1750}]' when calling method: [nsIAbDirectory::addCard]", result: 2153185313, filename: "resource:///modules/AddrBookFileImporter.jsm", lineNumber: 264, columnNumber: 0, data: XPCWrappedNative_NoHelper, stack: "_importVCardFile@resource:///modules/AddrBookFileImporter.jsm:264:31\n", location: XPCWrappedNative_NoHelper }
AddrBookFileImporter.jsm:264



Expected results:

Thunderbird should have displayed: "Complete."

The vCard 3.0 file that causes the failure is attached.
Bug: "New message" indicator is not properly cleared
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-01-28 00:42:10+00:00
Resolved: 2023-02-07 06:48:25+00:00

When a new message is received, the "New message" indicator (a small star icon appearing to the side of the subject line) is not properly rendered and when the message is read the icon doesn't clear, expanding that area to fit the `alt` text, therefore pushing the entire subject to the left.
Bug: "Global Search" doesn't find all messages like "Search Messages" (CTRL+SHIFT+F)
Status: NEW
Priority: --
Created: 2023-01-28 10:23:38+00:00
Resolved: 2024-12-26 20:32:50+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/108.0.0.0 Safari/537.36 OPR/94.0.0.0

Steps to reproduce:

I typed the word "Zlideon" in global search and in the result tab I selected to show the results as a list.

I used then "Search Messages" (CTRL+SHIFT+F), selected to search the content with the word "Zlideon" and got the list of results with all expected messages


Actual results:

Global search: In the results as a list one Email which contains the word "Zlideon" is missing.

Search Messages (CTRL+SHIFT+F): got the list of results with all expected messages


Expected results:

Global search: should find all Emails which contains the word "Zlideon"

The Emails all are in the same folder. I tried to delete the file global-messages-db.sqlite and to repair the msf file of the folder. Nothing helped.

See the three screenshorts
Bug: cannot move messages from one folder to another
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-01-28 13:19:11+00:00
Resolved: 2023-10-07 18:02:04+00:00

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

Steps to reproduce:

Selected four messages in a subfolder of one folder  and tried to drag them to another subfolder in another folder


Actual results:

Nothing


Expected results:

The messages should have move to the selected subfolder
Bug: onTabSwitched no longer defined for glodaSearchBox tab monitor
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-01-28 13:46:29+00:00
Resolved: 2023-02-07 06:48:35+00:00

I think monitors should implement all methods, even if they do not do anything. The missing `onTabSwitched`  is logging (catched) errors to the console:

https://searchfox.org/comm-central/rev/60cddb484a56f5bd0ebcdf48be10e477b76b0f35/mail/base/content/tabmail.js#1623
Bug: Taskbar icon shows unread count when there's no unread emails after unread email being deleted from another client
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-01-28 18:05:32+00:00
Resolved: 2023-07-28 23:39:22+00:00

Steps to reproduce:

I have 1 IMAP account configured
Receive email, then delete it on another device's IMAP client. Wait for Thunderbird to a sync, then email is now gone from the inbox folder but the account and taskbar thinks there still something unread in the account.

If you just read the email on another device the issue doesn't happen, and works as expected.


Actual results:

Shows I've got unread email.
Clicking to another folder or the root of the account clears the blue link and removes the unread count of 1 from the taskbar

Uploaded screenshot to show there's no unread folders, just the account highlighting there is.


Expected results:

The unread counter to be removed and account section to not show that's a unread email, since it's no longer there.
Bug: Tree doesn't update when Subscribe/Unsubscribe buttons are used
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-01-28 23:30:06+00:00
Resolved: 2023-02-23 08:52:27+00:00

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

See bug 1710319 comment #1. Likely a `gSubscribeTree.view.invalidate()` missing as an else-clause here:
https://searchfox.org/comm-central/rev/60cddb484a56f5bd0ebcdf48be10e477b76b0f35/mailnews/base/content/subscribe.js#346
Bug: standalone message window can't click address
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-01-29 04:06:37+00:00
Resolved: 2023-02-04 03:25:37+00:00

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

Steps to reproduce:

Open .eml file without Thunderbird main window.


Actual results:

Click or right click on any address (From, To, Cc), no response.
(tried on 102.7.0 and 110.0b2)


Expected results:

Click on address should open a new letter window or popup a menu.
It worked on version 91, or a main window is opened.
Bug: standalone message window can't click address if no 3pane window is open
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-01-29 06:12:07+00:00
Resolved: 2023-04-17 06:14:32+00:00

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

Steps to reproduce:

Open .eml file without Thunderbird main window,click or right click on any address.


Actual results:

Click or right click on any address (From, To, Cc), no response.
(tried on 102.7.0 and 110.0b2)


Expected results:

Click on address should open a new letter window or popup a menu.
(It worked on version 91, or a main window is opened.)
Bug: `Move to <folder> again` doesn't work
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-01-29 07:30:03+00:00
Resolved: 2023-04-24 19:49:42+00:00

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

Steps to reproduce:

TB 111.0a1 (2023-01-28) (64-bit), Linux
Gmail account
This works: select message, right click a message, select Move to>gmail account>Inbox

Bug steps:
go to spam folder
right click a message
select "Move to Inbox again"




Actual results:

Actual result: nothing happens


Expected results:

move message to Inbox
Bug: Thread pane header is transparent
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-01-29 07:34:05+00:00
Resolved: 2023-02-07 06:49:03+00:00

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

Steps to reproduce:

TB 111.0a1 (2023-01-28) (64-bit)

header of columns of message list is transparent and during scrolling it looks weird. See attachment.
Bug: Should remember last position (opened email) across folders
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-01-29 07:52:18+00:00
Resolved: 2023-02-17 05:08:51+00:00

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

Steps to reproduce:

TB 111.0a1 (2023-01-28) (64-bit), Linux
TB doesn't remember last position in mailbox

I have e-mails sorted by date, newest down. I select last e-mail. Then click to other e-mail account. Then I click back to first account.


Actual results:

I'm on the older e-mail, first older e-mail in inbox. I need to scroll down to see my actual e-mails.


Expected results:

See my actual e-mails.
Bug: Newsgroup names not using abbreviated name in folder list
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-01-29 08:03:00+00:00
Resolved: 2024-04-14 17:55:23+00:00

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

Steps to reproduce:

111.0a1 (2023-01-28) (64-bit), Linux

See printscreen, not able to identify the name of list. Attached two printscreens, previous and actual.
Bug: double click open message in tab doesn't work
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-01-29 12:51:58+00:00
Resolved: 2023-02-12 15:43:08+00:00

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

Steps to reproduce:

TB 111.0a1 (2023-01-28) (64-bit), Linux

Steps:
double click the message


Actual results:

nothing


Expected results:

open message in new tab. Manually right click one message > Open message in new tab works.
Bug: Message with plain text part, View Message Body as Plain text, font looks faint and small on Linux
Status: UNCONFIRMED
Priority: --
Created: 2023-01-29 20:30:06+00:00
Resolved: 2023-03-26 11:39:57+00:00

Steps to reproduce:

Open the attached email (in plain/text mode).


Actual results:

The text is shown in light grey.


Expected results:

It should be shown normally.
Bug: Crash in [@ nsXPCWrappedJS::AddRef] (Don't call nsMailboxService::NewURI on worker thread)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-01-30 03:25:59+00:00
Resolved: 2023-03-23 18:34:11+00:00

Crash report: https://crash-stats.mozilla.org/report/index/347e3d15-4af0-43df-b9cc-bb82c0221025

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

Top 10 frames of crashing thread:
```
0  xul.dll  nsXPCWrappedJS::AddRef  js/xpconnect/src/XPCWrappedJS.cpp:242
1  xul.dll  nsXPTCStubBase::QueryInterface  xpcom/reflect/xptcall/xptcall.cpp:16
2  xul.dll  nsComponentManagerImpl::GetServiceByContractID  xpcom/components/nsComponentManager.cpp:1472
3  xul.dll  nsGetServiceByContractIDWithError::operator const  xpcom/components/nsComponentManagerUtils.cpp:250
4  xul.dll  nsCOMPtr_base::assign_from_gs_contractid_with_error  xpcom/base/nsCOMPtr.cpp:91
5  xul.dll  nsMsgIncomingServer::GetProtocolInfo  mailnews/base/src/nsMsgIncomingServer.cpp:1331
6  xul.dll  mozilla::mailnews::JaCppIncomingServerDelegator::GetProtocolInfo  mailnews/jsaccount/src/JaIncomingServer.h:50
7  xul.dll  nsMsgIncomingServer::GetPort  mailnews/base/src/nsMsgIncomingServer.cpp:1292
8  xul.dll  mozilla::mailnews::JaCppIncomingServerDelegator::GetPort  mailnews/jsaccount/src/JaIncomingServer.h:50
9  xul.dll  nsMsgAccountManager::findServerInternal  mailnews/base/src/nsMsgAccountManager.cpp:1829
```
Bug: Initial "discoverallboxes" imap URL now has a null associate window causing messages to never be fetched
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-01-30 03:27:41+00:00
Resolved: 2023-02-07 06:50:06+00:00

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

Note: This bug will not be noticed by users with default imap account setups. See comment 3 below.

This is a continuation of Bug #1811720 where no folders displayed at startup with new UI code. 
I thought for a while that the solution for that bug fixed all the problems since I was able to see all the folders and click on and open several random messages.
However, I finally noticed that I could only open messages that were already stored in cache or offline store and I could not open other messages and new messages were not retrieved. No imap activity to the server occurs when attempting to select folders or open messages.

An early URL that occurs is "discoverallboxes" (it typically occurs first). Before the recent UI changes, that URL always had a "window" property/parameter associated with it. But now the window is always null. The imap code sets the window for that URL so that a password prompt, if needed, has a place to display.

Here's where the window is stored to the URL. I was unable to trace back and determine how or why the window pointer is now null:
https://searchfox.org/comm-central/rev/fcf37b20a6095ac4f75a5db27503e1480d8c56a8/mailnews/imap/src/nsImapService.cpp#1702