av9ash/GitBugs huggingface dataset:
Bug: JavaScript error: chrome://messenger/content/aboutMessage.js, line 215: TypeError: can't access property "selectEventsSuppressed", gDBView.selection is null
Status: NEW
Priority: --
Created: 2024-06-20 10:11:04+00:00
Resolved: 2024-06-20 10:11:04+00:00

JavaScript error: chrome://messenger/content/aboutMessage.js, line 215: TypeError: can't access property "selectEventsSuppressed", gDBView.selection is null

-> https://searchfox.org/comm-central/rev/4770a7ef205ca3cd702f92c87817948670a9feba/mail/base/content/aboutMessage.js#215

Happens e.g. during comm/mail/base/test/browser/browser_navigation.js
Bug: console.error: (new Error("Send aborted by an onBeforeSend event", "chrome://messenger/content/messengercompose/MsgComposeCommands.js", 6115))
Status: NEW
Priority: --
Created: 2024-06-20 10:15:47+00:00
Resolved: 2024-06-20 10:26:19+00:00

console.error: (new Error("Send aborted by an onBeforeSend event", "chrome://messenger/content/messengercompose/MsgComposeCommands.js", 6115))

https://searchfox.org/comm-central/rev/4770a7ef205ca3cd702f92c87817948670a9feba/mail/components/compose/content/MsgComposeCommands.js#6115

This shouldn't be logged as an error. 
Happens e.g. during comm/mail/components/extensions/test/browser/browser_ext_compose_onBeforeSend.js
Bug: Text in account manager account tree is selectable
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-06-20 10:17:25+00:00
Resolved: 2024-06-25 12:37:34+00:00

STR:
1. Open account manager
2. Drag mouse cursor across text

Actual result: text can be selected, when done correctly the selection even stays.

Expected result: text can't be selected.
Bug: console.error: gloda.index_msg: "Exception while attempting to mark message with gloda state afterdb commit"
Status: NEW
Priority: --
Created: 2024-06-20 10:22:41+00:00
Resolved: 2024-10-29 08:54:46+00:00

console.error: gloda.index_msg: "Exception while attempting to mark message with gloda state afterdb commit" ({})

Happens e.g. during comm/mail/base/test/browser/browser_searchMessages.js
Bug: console.error: (new TypeError("can't access property \"classList\", row is null", "chrome://messenger/content/tree-listbox-mixin.mjs", 771))
Status: NEW
Priority: --
Created: 2024-06-20 10:25:40+00:00
Resolved: 2024-06-20 10:25:40+00:00

console.error: (new TypeError("can't access property \"classList\", row is null", "chrome://messenger/content/tree-listbox-mixin.mjs", 771))

-> https://searchfox.org/comm-central/rev/4770a7ef205ca3cd702f92c87817948670a9feba/mail/base/content/widgets/listbox/tree-listbox-mixin.mjs#771

Happens e.g. during comm/mail/test/browser/message-header/browser_replyIdentity.js
Bug: JavaScript error: chrome://messenger/content/messengercompose/MsgComposeCommands.js, line 7725: TypeError: can't access property "incomingServer", account is null
Status: NEW
Priority: --
Created: 2024-06-20 10:31:17+00:00
Resolved: 2024-06-20 10:31:17+00:00

JavaScript error: chrome://messenger/content/messengercompose/MsgComposeCommands.js, line 7725: TypeError: can't access property "incomingServer", account is null

-> https://searchfox.org/comm-central/rev/4770a7ef205ca3cd702f92c87817948670a9feba/mail/components/compose/content/MsgComposeCommands.js#7713

Happens e.g. during comm/mail/components/extensions/test/browser/browser_ext_messageDisplay_bug1827032.js
Bug: JavaScript error: chrome://messenger/content/messengercompose/MsgComposeCommands.js, line 11032: NS_ERROR_NOT_INITIALIZED: Component returned failure code: 0xc1f30001 (NS_ERROR_NOT_INITIALIZED) [nsIMsgCompose.initEditor]
Status: NEW
Priority: --
Created: 2024-06-20 10:35:03+00:00
Resolved: 2024-07-17 12:01:23+00:00

JavaScript error: chrome://messenger/content/messengercompose/MsgComposeCommands.js, line 11032: NS_ERROR_NOT_INITIALIZED: Component returned failure code: 0xc1f30001 (NS_ERROR_NOT_INITIALIZED) [nsIMsgCompose.initEditor]

https://searchfox.org/comm-central/rev/4770a7ef205ca3cd702f92c87817948670a9feba/mail/components/compose/content/MsgComposeCommands.js#11072 (I think)

Happens e.g. during comm/mail/components/extensions/test/browser/browser_ext_compose_bug1882725.js
Bug: JavaScript error: chrome://messenger/content/messengercompose/addressingWidgetOverlay.js, line 142: TypeError: can't access property "doCc", gCurrentIdentity is null
Status: NEW
Priority: --
Created: 2024-06-20 10:37:21+00:00
Resolved: 2024-06-20 10:37:21+00:00

JavaScript error: chrome://messenger/content/messengercompose/addressingWidgetOverlay.js, line 142: TypeError: can't access property "doCc", gCurrentIdentity is null

-> https://searchfox.org/comm-central/rev/4770a7ef205ca3cd702f92c87817948670a9feba/mail/components/compose/content/addressingWidgetOverlay.js#142

Happens e.g. during comm/mail/components/extensions/test/browser/browser_ext_compose_bug1882725.js
Bug: JavaScript error: chrome://messenger/content/mail-offline.js, line 86: NS_ERROR_ILLEGAL_VALUE: Component returned failure code: 0x80070057 (NS_ERROR_ILLEGAL_VALUE) [nsIMsgSendLater.hasUnsentMessages]
Status: NEW
Priority: --
Created: 2024-06-20 10:41:16+00:00
Resolved: 2024-06-20 10:41:16+00:00

JavaScript error: chrome://messenger/content/mail-offline.js, line 86: NS_ERROR_ILLEGAL_VALUE: Component returned failure code: 0x80070057 (NS_ERROR_ILLEGAL_VALUE) [nsIMsgSendLater.hasUnsentMessages]

-> https://searchfox.org/comm-central/rev/4770a7ef205ca3cd702f92c87817948670a9feba/mail/base/content/mail-offline.js#86

Happens e.g. during comm/mail/base/test/browser/browser_spacesToolbar.js
Bug: JavaScript error: chrome://messenger/content/mailCommon.js, line 1118: TypeError: can't access property "document", top is null
Status: NEW
Priority: --
Created: 2024-06-20 10:45:22+00:00
Resolved: 2024-07-17 12:00:10+00:00

JavaScript error: chrome://messenger/content/mailCommon.js, line 1118: TypeError: can't access property "document", top is null

-> https://searchfox.org/comm-central/rev/4770a7ef205ca3cd702f92c87817948670a9feba/mail/base/content/mailCommon.js#1185

Happens e.g. during comm/mail/base/test/browser/browser_navigation.js
Bug: console.error: (new TypeError("can't access property \"initAccount\", provider is undefined", "resource:///modules/cloudFileAccounts.sys.mjs", 116))
Status: NEW
Priority: --
Created: 2024-06-20 10:50:17+00:00
Resolved: 2024-06-20 10:50:17+00:00

console.error: (new TypeError("can't access property \"initAccount\", provider is undefined", "resource:///modules/cloudFileAccounts.sys.mjs", 116))

-> https://searchfox.org/comm-central/rev/4770a7ef205ca3cd702f92c87817948670a9feba/mail/components/cloudfile/cloudFileAccounts.sys.mjs#116

Happens e.g. during comm/mail/components/extensions/test/browser/browser_ext_cloudFile.js
Bug: console.error: gloda.index_msg: "Problem entering folder: unknown, skipping. Error was: resource:///modules/gloda/IndexMsg.sys.mjs:645: TypeError: can't access property \"msgDatabase\", this._indexingFolder is null"
Status: NEW
Priority: --
Created: 2024-06-20 10:52:43+00:00
Resolved: 2024-09-21 16:26:56+00:00

console.error: gloda.index_msg: "Problem entering folder: unknown, skipping. Error was: resource:///modules/gloda/IndexMsg.sys.mjs:645: TypeError: can't access property \"msgDatabase\", this._indexingFolder is null"

-> https://searchfox.org/comm-central/rev/4770a7ef205ca3cd702f92c87817948670a9feba/mailnews/db/gloda/modules/IndexMsg.sys.mjs#645

Happens e.g. during comm/mail/base/test/browser/browser_folderTreeQuirks.js
Bug: google contact groups don't sync with thunderbird
Status: UNCONFIRMED
Priority: --
Created: 2024-06-20 11:35:01+00:00
Resolved: 2024-07-04 10:27:19+00:00

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

Steps to reproduce:

I have on google account more than 7 thousand contacts added to various groups, after synchronizing with thunderbird using carddav, groups from google did not transfer to thunderbird.


Actual results:

nothing


Expected results:

I would like the groups from google contacts, to move to thunderbird, as I have divisions for different companies etc etc etc
Bug: Linux KDE Flatpak: Task manager icon spawns new running application icon
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-06-20 13:55:04+00:00
Resolved: 2024-07-18 00:39:13+00:00

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

Steps to reproduce:

Running on Fedora 40 Kinoite (KDE Plasma 6.0.5)
Flatpak v.115.12.1 (64-bit)
KDE Icons-Only Task Manager Widget
Thunderbird application is pinned to Task Manager (so it stays in the task manager regardless if it's running or not).


Actual results:

Clicking on the Thunderbird icon will spawn a new, separate Thunderbird icon to represent the running app.


Expected results:

Thunderbird should open and present a blue bar under the existing pinned app (as seen in the Firefox icon in the screenshot), instead of spawning a new icon.
Bug: "Received" header contains inappropriate internal network information, such as local IP addresses.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-06-20 22:02:24+00:00
Resolved: 2024-08-09 06:25:25+00:00

Steps to Reproduce:
1. Installed Thunderbird on Kubuntu 24.04 LTS, on a system that is attached to a Local Area Network, behind firewall.  Systems on that LAN are assigned IP addresses from the 192.168/16 private IP range, as per RFC 1918.

2. Send an electronic mail to any address.

3. Inspect the "Received" headers on that message, at its destination.

Observed Result:
The "Received" header contains details about the source's private network address scheme, that are supposed to remain private.

For example:

Received: from [192.168.1.9] ( <valid-internet-ip-address-redacted> )
        by smtp.gmail.com with ESMTPSA id <message-id-redacted>
        for <recipient-address-redacted>
        (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128);

Expected Result:
The "Received" header should not publicize the source's private network configuration.

For example, a different mail client installed on the same machine generates this header, instead:

Received: from host.localnet ( <valid-internet-ip-address-redacted> )
        by smtp.gmail.com with ESMTPSA id <message-id-redacted>
        for <recipient-address-redacted>
        (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128);
Bug: Mailheader Reply-To not working in Thunderbird 115
Status: UNCONFIRMED
Priority: --
Created: 2024-06-20 22:09:03+00:00
Resolved: 2024-06-20 22:09:03+00:00

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

Steps to reproduce:

When I click "Reply" in Thunderbird, I expect Thunderbird to respond to the "Reply-To" from the mail header. Unfortunately, the “To” line in the email draft remains empty...

Even with the Thunderird config "mail.override_list_reply_to" = false it doesn't work.

Example mail header:

Return-Path: <return-path@address.com>
Received: from mout.kundenserver.de ([222.225.176.125]) by mx.kundenserver.de
MIME-Version: 1.0
Content-Type: multipart/alternative;
 boundary="=_92977f11797ee4bf34c31a5d35a53667"
Reply-To: reply-to@address.com
To: to@address.com
Errors-To: postmaster@address.com
Date: Thu, 20 Jun 2024 23:35:23 +0200
Message-ID: <390ualq4uefv.x6k0rnz5o7ol@address.com>
From: from@address.com
Subject: test


Actual results:

Neither "Reply-To" nor "From" are included in the "TO" field



Expected results:

The "To" field should filled with the given "Reply-To" Adress from parent mail header

e.g. 
Reply-To: reply-to@address.com
Bug: "Received" header contains inappropriate internal network information, such as local IP addresses.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-06-20 22:25:56+00:00
Resolved: 2024-06-21 20:23:55+00:00

Steps to Reproduce:
1. Installed Thunderbird on Kubuntu 24.04 LTS, on a system that is attached to a Local Area Network, behind firewall.  Systems on that LAN are assigned IP addresses from the 192.168/16 private IP range, as per RFC 1918.

2. Send an electronic mail to any address.

3. Inspect the "Received" headers on that message, at its destination.

Observed Result:
The "Received" header contains details about the source's private network address scheme, that are supposed to remain private.

For example:

Received: from [192.168.1.9] ( <valid-internet-ip-address-redacted> )
        by smtp.gmail.com with ESMTPSA id <message-id-redacted>
        for <recipient-address-redacted>
        (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128);

Expected Result:
The "Received" header should not publicize the source's private network configuration.

For example, a different mail client installed on the same machine generates this header, instead:

Received: from host.localnet ( <valid-internet-ip-address-redacted> )
        by smtp.gmail.com with ESMTPSA id <message-id-redacted>
        for <recipient-address-redacted>
        (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128);
Bug: Right-clicking on an unselected message causes it to be selected, in a cross-folder virtual folder
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-06-20 23:07:14+00:00
Resolved: 2025-01-17 12:06:50+00:00

This is a clone of bug 1902549, but just for the virtual folder bits I'm not shipping there.
Bug: "Received" header contains inappropriate internal network information, such as local IP addresses.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-06-20 23:54:25+00:00
Resolved: 2024-06-21 23:26:55+00:00

Steps to Reproduce:
1. Installed Thunderbird on Kubuntu 24.04 LTS, on a system that is attached to a Local Area Network, behind firewall.  Systems on that LAN are assigned IP addresses from the 192.168/16 private IP range, as per RFC 1918.

2. Send an electronic mail to any address.

3. Inspect the "Received" headers on that message, at its destination.

Observed Result:
The "Received" header contains details about the source's private network address scheme, that are supposed to remain private.

For example:

Received: from [192.168.1.9] ( <valid-internet-ip-address-redacted> )
        by smtp.gmail.com with ESMTPSA id <message-id-redacted>
        for <recipient-address-redacted>
        (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128);

Expected Result:
The "Received" header should not publicize the source's private network configuration.

For example, a different mail client installed on the same machine generates this header, instead:

Received: from host.localnet ( <valid-internet-ip-address-redacted> )
        by smtp.gmail.com with ESMTPSA id <message-id-redacted>
        for <recipient-address-redacted>
        (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128);
Bug: comm-esr115 - windows signing certificate expired 2024-06-19
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-06-21 01:18:46+00:00
Resolved: 2024-08-08 11:21:27+00:00

There is a dead zone period between the expiration of the old signing root certificate (2023-06-19) on esr115 and 115.13.0. Thunderbird has a release to get out before 115.13.0.

Most of the work was in 115.12.0, only the task configuration for the signing jobs is updated in 115.13.0. We also need to uplift bug 1894264.

The certificate that is used for signing is determined by the payload sent to the signing scriptworkers. 
```
maxRunTime: 3600
upstreamArtifacts:
  - formats:
      - autograph_authenticode_sha2
    paths:
      - public/build/setup.exe
    taskId: FSCPi42tSx-xaD0-4tj3nQ
    taskType: build
  - formats:
      - autograph_authenticode_sha2
      - autograph_omnija
    paths:
      - public/build/target.zip
    taskId: FSCPi42tSx-xaD0-4tj3nQ
    taskType: build
```
`autograph_authenticode_sha2` is the old expired certificate.

To use the new certificate on 115.12.2, a taskgraph transform function can run to rewrite those scriptworker job payloads replacing `autograph_authenticode_sha2` with `autograph_authenticode_202404`.

Thunderbird already has a few similar transforms, this would just be an additional function that works the same way.

**This does push some limits and while I'm confident it will work, *just because I can doesn't mean I should* so I would appreciate managerial input.**
Bug: Thunderbird autoconfig does not obey %EMAILLOCALPART% as username in caldav section
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-06-21 08:45:09+00:00
Resolved: 2024-06-24 06:22:02+00:00

Steps to reproduce:

* Thunderbird Stable or Daily
* New profile, even in safe-mode, or during adding a new email account
 (Windows 10 with 115.12.1  and 129.0a1, and Ubuntu 24.04 115.12)

* static autoconfig file config-v1.1.xml (as https://wiki.mozilla.org/Thunderbird:Autoconfiguration:ConfigFileFormat)
* %EMAILADDRESS% as username in incomingServer and outgoingServer section
* %EMAILLOCALPART% as username in caldav section



Actual results:

During first wizard o adding new email account, when In autoconfig the xml file "/mail/config-v1.1.xml" is read, the EMAILLOCALPART is ignored if it is present in caldav/carddav section only. In this situation Thunderbird use %EMAILADDRESS% for *dav, even if %EMAILLOCALPART% is specified.
After the config, in saved password box, the username for the *dav path is the full email address.


Expected results:

Thunderbird should use the correct placeholder as reported by https://wiki.mozilla.org/Thunderbird:Autoconfiguration:ConfigFileFormat#Placeholders

Beside NOTE:
In the above wiki page, the xml tag "<serverURL>" is closed without the classic "slash" inside ( </... ). Is this a typo?
Bug: unable to delete attachments from emails for MacOS Mail
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-06-21 14:06:04+00:00
Resolved: 2024-06-27 07:44:00+00:00

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

Steps to reproduce:

opened an email sent from MacOS Mail ; this email contains an attachment


Actual results:

right clicked on attachment, tried to either delete or detach the attachment, but these options are greyed out, only open and save as are available


Expected results:

I should have been able to detach or delete the attachment as with all other emails
I have these problems with several MacOS Mail senders, one of these is using Mac OS Sonoma 14.5 and  Mail version 16.0
This problem has appeared perhaps two or three weeks ago (in May 2024)
at the same time I get a S/MIME security but which explains that the senders digital signature is invalid.
Bug: Disabled menu items show with the same colour as enabled items
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-06-21 15:17:11+00:00
Resolved: 2024-07-02 07:40:17+00:00

See the screenshot attached. The "Insert" and "Format" menu items are disabled (since the focus is on the "To" field), but they show with the same colour as enabled items.

I noticed this while testing the latest 128 beta, but I tested 102 and 115 and observed the same issue with 115 (hence setting 115 as the version in this report). In 102, these items appear in a different shade of gray.

I've observed this behaviour in both light and dark mode.
Bug: The spellcheck icon isn't greyed out if the message body isn't selected (Compose Window/Icons)
Status: NEW
Priority: --
Created: 2024-06-21 15:36:28+00:00
Resolved: 2024-07-16 11:12:57+00:00

I'm currently going through the "Compose Window/Icons" scenario of the 128 checklist. The expected results mention the spelling/spell check icon should be greyed out until I move the focus to the message body. As shown in the screenshot attached, the icon isn't greyed out despite the focus being on the "To" field.
Bug: Find input on settings page
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-06-21 16:56:55+00:00
Resolved: 2024-08-01 13:14:48+00:00

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

Steps to reproduce:

After re-installing my laptop with Ubuntu 24.04 and Thunderbird 128.0b1, the find input box on the settings page is partially off the right hand side of the displayed window. See attached screenshot.
Bug: expired certificate easily not noticed
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-06-21 21:14:08+00:00
Resolved: 2024-06-25 12:55:12+00:00

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

Steps to reproduce:

Clicked on the VERY VERY TINY icon to download mail in TB.  Periodically, I would not get connected to server on certain lesser used domains.  Status bar would say "checking server compatibility"  or something like that.  


Actual results:

One or more domains would just hang.  But if I clicked file/get new messages/all accounts then the domain(s) that were hanging would bring up a popup to allow confirm security exception window.  Clicking OK would then generate the missing emails.  It seems that the cloud icon (if that is what it is supposed to be) will not initiate a dialog to allow security exception.


Expected results:

Well theoretically using the menu to download messages or the cloud icon to generate messages should result in the same outcome.  But it does not.  This will happen when (I think) a self signed certificate expires.  I can't reproduce it unless certs are expired.  And right now, they are all good because I used the menu to download all new messages.
Bug: Add new Address book popup has inconsistent menu item labels
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-06-22 07:55:04+00:00
Resolved: 2024-07-31 12:34:49+00:00

In the new address book popup that is opened in the Address book sidebar header has inconsistent menu item labels
The first item has "New" and the other two have "Add". We should be consistent like in the unified toolbar where all begins with "Add".
Bug: deleting a thread does not update the view
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-06-22 20:11:43+00:00
Resolved: 2024-06-22 20:22:03+00:00

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

Steps to reproduce:

Delete a thread by deleting a collapsed header does delete the thread but does not update the view


Actual results:

There is still a header for a thread that no longer exist


Expected results:

Like the thread the header should be removed.

Remove the thread again could unintentionally remove important messages. this is serious!
Bug: Exiting Thunderbird during startup causes any message tab that didn't load to be blank in future sessions
Status: UNCONFIRMED
Priority: --
Created: 2024-06-22 21:26:18+00:00
Resolved: 2024-11-02 14:12:42+00:00

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

Steps to reproduce:

I started Thunderbird, then hit ctrl-q after the message tabs appeared but before all their titles appeared.  This caused Thunderbird to exit.  I then restarted Thunderbird.

Discovered using Thunderbird 115.12.1 (64-bit) in Manjaro Xfce.


Actual results:

Any tabs whose titles hadn't appeared before hitting ctrl-q were now blank - title and content.


Expected results:

The state of the message tabs should be preserved regardless of when the program exits.

I haven't tested this using other ways of exiting Thunderbird.

This is serious because it involves a loss of information - the messages that the user considered important enough to leave open.  Also, it's unfortunately a realistic scenario; it happened when I was trying to figure out why Thunderbird had just unexpectedly closed, which is probably that I had accidentally hit ctrl-q instead of ctrl-w.
Bug: An empty tab is opened when you click a link on the gloda search facet result list screen
Status: UNCONFIRMED
Priority: --
Created: 2024-06-23 13:10:37+00:00
Resolved: 2024-12-07 22:09:46+00:00

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

Steps to reproduce:

Searched an email by GLODA


Actual results:

as described in bug 1844943-  in the search window found email does not open.


Expected results:

found email should be displayed