av9ash/GitBugs huggingface dataset:
Bug: Hardcoded text colors don’t play well with high-contrast themes
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-07-19 14:12:20+00:00
Resolved: 2021-07-22 15:07:53+00:00

Open e.g. the Account Settings tab using a high-contrast theme.

Some text labels (e.g. menu items) are hardcoded as #fff, and thus  
are barely readable when highlighted in a dark theme.

Even worse, some text labels (for example on the Account Actions  
dropdown button), hardcoded as #000, become totally invisible  
when on a black background.  Seriously, it took me a couple of  
minutes (and the help of my bloody screen reader!) to understand  
where that damned button had gone.

This is a regression (see #1348573, marked as fixed, or much older bugs  
such as #469300); pre-photon the user theme was all but ignored  
and replaced with a pseudo-Adwaita  or AdwaitaDark theme.
Bug: The latest beta eliminated printing completely!
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-19 15:22:25+00:00
Resolved: 2021-07-19 19:09:21+00:00

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

Steps to reproduce:

It was just another automatic update to 91.0b1 (64 bits).


Actual results:

User cannot print (panel stuck on print preview with the circling animation looped), not even by using the system's printing panel - but only from Thunderbird. We've experienced this behaviour on all our workstations automatically updated to 91.0b1.


Expected results:

Printing should work, the preview should have been shown, or at least we could have been able to print using the system panel.
Bug: Unable to print or print preview in Thunderbird 91.0b1 (Windows 64-bit), worked in prevous beta. No improvement after re-install.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-19 17:06:34+00:00
Resolved: 2021-07-19 19:09:42+00:00

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

Steps to reproduce:

I attempred to print a received email by right-clicking on the email "Subject" and then clicking on "Print" in the sub-menu. (this has worked in previous release and beta versions of Thunderbird). An uninstall and reinstall of Thunderbird beta 91.0b1 had no effect.


Actual results:

A Thunderbird print dialog windows opens (see attached "Print-dialog-window.jpg") with a "Preparing Preview" messaage that never clears and no preview appears.  If I select "print using the system dialog", the Windows system print dialog window opens but will not print either.


Expected results:

The Thurderbird print windows should preview the e-mail to be printed, and print the e-mail on the selected printer when "Print" is selected. The Windows "system" print dialog should also work when selected from the Thunderbird print window.
Bug: [macOS+Windows] With `Display Attachments Inline`, attached email message shows no message headers in inline preview
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-07-19 17:57:02+00:00
Resolved: 2021-07-22 15:07:55+00:00

Bug 1715726 does indeed fix the issue on Linux (and Windows?), but it is not fixed on macOS.

Screenshot taken with macOS 10.15 and Thunderbird 92.0a1-2021-07-19.

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

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/14.1.1 Safari/605.1.15

Steps to reproduce:

Ensure "View -> Display Attachments Inline" is ticked in menus.
Open a message which contains a forwarded-as-attachment message.


Actual results:

The forwarded-as-attachment message body is shown, but now does not even show the Subject: line of it, let alone the From or To headers.


Expected results:

Prior to Thunderbird 90.0b1, it showed the Subject: From: and To: headers immediately above the body of the forwarded-as-attachment message.
Bug: Display of the first message of threaded messages is incorrect sometimes.
Status: NEW
Priority: --
Created: 2021-07-19 18:47:31+00:00
Resolved: 2021-08-08 19:49:34+00:00

You can see the attachment.

The initial part of the first message of a threaded message group in the message pane is incorrect. It does not show the first part. It is overlaid with the heading and is not visible.
Bug: UI issues in the new account setup final page
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-07-19 18:55:54+00:00
Resolved: 2021-07-22 15:07:56+00:00

A couple of issues have surfaced in the final page of the Account Setup tab.

1. The `.small` buttons inside the Address Book and Calendar autoconfiguration section are not properly aligned.
2. The Address Book and Calendar container section doesn't properly grow to accommodate larger text.
Bug: mailto links don't open new compose window
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-07-19 19:01:02+00:00
Resolved: 2021-07-25 15:56:30+00:00

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

Steps to reproduce:

mailto: links on web pages do not open Compose window in Thunderbird anymore



Actual results:

I just noticed that all of a sudden clicking on a mailto link in any browser will not cause Thunderbird, v. 78.12.0 (64-bit) set as default in Settings > Apps > Default Apps and by File Type, Protocol and by App, to open a blank message.  I have tried with all add-ons disabled with no change.  I temporarily changed my default to Outlook Express and the same links worked flawlessly.  Changing back resulted in the same failure. It appears to have been broken by a recent update.
If Thunderbird is not running, the mailto links will open a new compose email instance.
If Thunderbird IS open and running, it will not open a new compose email instance.
Tested across multiple browsers with the same results.


Expected results:

The Mailto link should have opened a new compose window in Thunderbird as it has in the past.
Bug: Hello World Tutorial Out-Of-Date
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2021-07-20 13:41:08+00:00
Resolved: 2021-08-22 17:08:30+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/14.1 Safari/605.1.15

Steps to reproduce:

I read the Thunderbird Hello World tutorial located at

https://developer.thunderbird.net/thunderbird-development/tutorials-and-examples/hello-world


Actual results:

The tutorial shows:

function openAboutSupport() {
  let tabmail = document.getElementById("tabmail");
  tabmail.openTab("contentTab", {contentPage: "about:support",
                  clickHandler: "specialTabs.aboutClickHandler(event);" });
}


Expected results:

The current function looks like:

function openAboutSupport() {
  let mailWindow = Services.wm.getMostRecentWindow("mail:3pane");
  if (mailWindow) {
    mailWindow.focus();
    mailWindow.document.getElementById("tabmail").openTab("contentTab", {
      url: "about:support",
    });
    return;
  }

  window.openDialog(
    "chrome://messenger/content/messenger.xhtml",
    "_blank",
    "chrome,dialog=no,all",
    null,
    {
      tabType: "contentTab",
      tabParams: { url: "about:support" },
    }
  );
}
Bug: Inconsistent undo (Ctrl-Z) behavior with address pills
Status: VERIFIED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-20 14:18:51+00:00
Resolved: 2021-10-19 10:22:15+00:00

Create a new message with Ctrl-N. In the compose window  
that opens, the focus is already in the “To” field (which is  
what we want).  Type in an address: foo@bar.example and  
add a comma to consolidate it as an address-pill.

This is where it gets interesting: select all (with Ctrl-A) and  
hit Delete or Backspace, then undo that with Ctrl-Z.

As expected, this brings back your adress… BUT, unlike in  
*any* other input field (you can test it out with the  
Subject field or the message body below), the text that  
reappears is NOT selected upon reappearing.

It gets better. Add a comma to, again, create the address pill,  
then add a couple other addresses: you should now find yourself  
with something like:  
`foo@bar.example.com` `another@one.baz` `a.last.one@example.com`

Hit Ctrl-A, then Backspace (or Delete), then Ctrl-Z.

That’s right: only the last one you entered comes back.  
You may be able to retrieve them by hitting Ctrl-Z a bunch of  
times, but that’s hardly ideal.

This was reproduced with both 78 esr and latest 92.0a1 nightly
(build 20210720102621). Must have been introduced with the pills  
somewhen after 68.

See also bug 1602456, bug 1603051 and bug 1686949.
Bug: Regression: Ctrl-Z no-op in Cc field
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-07-20 14:39:41+00:00
Resolved: 2021-07-22 12:41:46+00:00

As a follow-up to bug 1721389, I extensively tested what  
Ctrl-Z does in the Compose Window’s various input fields.

Open a new message with Ctrl-N; instead of remaining in  
the To field, hit <Shift>Tab three times then Return to  
enable (and bring the focus to) the Cc field.

Type in an address and hit either Return or the comma  
key to turn it into an address pill.  Hit Ctrl-A to select it,  
then delete all of it with either Backspace or Delete.

Now hit Ctrl-Z: that’s right, nothing happens.

If you try with either Bcc or To, Ctrl-Z will at least do  
*something* (slightly erratic, but still better than nothing).  
In the Cc field, it’s a no-op.

Reproduced with build 20210720102621 (92.0a1).  It appears  
to have been introduced fairly recently because I don’t remember  
seeing it happen with e.g. 87.0.
Bug: Startup Crash in [@ moz_task::TaskRunnable::new] via cert_storage_constructor
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-07-20 14:51:35+00:00
Resolved: 2021-10-31 16:31:35+00:00

Crash report: https://crash-stats.mozilla.org/report/index/6bc658ec-382c-46b7-bf71-3ace50210718

Reason: ```SIGBUS / BUS_ADRERR```

Top 10 frames of crashing thread:
```
0 libxul.so moz_task::TaskRunnable::new xpcom/rust/moz_task/src/lib.rs:222
1 libxul.so cert_storage_constructor security/manager/ssl/cert_storage/src/lib.rs:1348
2 libxul.so mozilla::xpcom::CreateInstanceImpl xpcom/components/StaticComponents.cpp:10795
3 libxul.so nsComponentManagerImpl::GetServiceLocked xpcom/components/nsComponentManager.cpp:1276
4 libxul.so nsComponentManagerImpl::GetService xpcom/components/nsComponentManager.cpp:1330
5 libxul.so nsGetServiceByCID::operator const xpcom/components/nsComponentManagerUtils.cpp:220
6 libxul.so nsCOMPtr_base::assign_from_gs_cid xpcom/base/nsCOMPtr.cpp:64
7 libxul.so nsNSSComponent::InitializeNSS security/manager/ssl/nsNSSComponent.cpp:1918
8 libxul.so nsNSSComponent::Init security/manager/ssl/nsNSSComponent.cpp:2182
9 libxul.so mozilla::xpcom::CreateInstanceImpl xpcom/components/StaticComponents.cpp:13492
```
Bug: AOL (Verizon) Account stopped working in POP3
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-07-20 20:23:04+00:00
Resolved: 2021-07-28 14:28:37+00:00

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

Steps to reproduce:

See "What Happened", below


Actual results:

About a week to 10 days ago my one AOL account (xxx_xxx@verizon.net)  stopped working with the standard request to re-enter password.  Re-entering password also failed.  The password works fine on the AOL web based app.  I changed the Password.  Did no good.  I deleted the account in Thunderbird and attempted to recreate it.  It set up the protocols correctly, but wen I clicked done, TB times out on Verifying password.   The only unique thing about this account is that has a User Name with an underscore in it (xxx_xxx@verizon.net) but I have been using TB as a client for this account for over 10 years without a problem.  It just stopped working now.    All other mail accounts work. 


Expected results:

See above.
Bug: print preview
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-21 09:55:59+00:00
Resolved: 2021-07-21 11:02:53+00:00

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

Steps to reproduce:

Try to print any message


Actual results:

Print Preview window opens but the icon just keeps spinning, no print preview generated, no print output sent to printer.  This issue appeared right after upgrading to 91 version.

Error console shows:
NotSupportedError: Didn't end up with a content viewer printUtils.js:1151:59
    _printPreview chrome://global/content/printUtils.js:1151
    printPreview chrome://global/content/printUtils.js:1093
    _updatePrintPreview chrome://global/content/print.js:835
    init chrome://global/content/print.js:340
    InterpretGeneratorResume self-hosted:1482
    AsyncFunctionNext self-hosted:692



Expected results:

Print preview of the printed document (either email message or printable attahcment , eg. PDF) should be displayed and possible to print
Bug: Local Folders are always moved to the end of the account list after a restart
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-07-21 10:00:25+00:00
Resolved: 2021-09-04 10:38:07+00:00

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

Dragging feed accounts works, but after a restart they are back at the original position.

Maybe something that was overlooking in bug 1706849.
Bug: Filter action to tag a message isn't processed, when the tag action is not the first action
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-07-21 13:46:34+00:00
Resolved: 2021-07-25 13:16:31+00:00

In Thunderbird 78 and in 91 Beta 2 the filter action to tag a message fails (is not processed), if another action is before the tag action.

STR:
1. Create a filter with 2 actions, which should be run on new arrived messages:
   - tag message
   - move message
2. Receive a message on which the filter should be applied.

If the actions order is 1. "tag message" and 2. "move message" the message will be tagged and moved as expected.
If the actions order is 1. "move message" and 2. "tag message" the message will only be moved, **but not tagged**.

Users wouldn't expect that the tag action will fail because of the actions order.
Bug: Printing from View Source does not work. Throws  Uncaught TypeError: can't access property 0, window.arguments is undefined
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-07-21 16:58:32+00:00
Resolved: 2021-07-27 15:56:52+00:00

STR:

1) Open a mail message.
2) Click More > View Source
3) In the View Source window, click File > Print

Expected:
The print dialog comes up for printing.

Actual:
Nothing comes up, error is logged to console.
Bug: No Rate Limit To Sending Reviews  (In thunderbird)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-07-21 18:46:34+00:00
Resolved: 2021-07-22 02:25:11+00:00

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

Steps to reproduce:


Hi Team
I think its security bug in addons. thunderbird 
Steps:- Attacker

Url:- https://addons.thunderbird.net/en-US/thunderbird/addon/open-in-browser/

Go To Extension in thunderbird And Send New Review
Click On Send
Now Send To Intruder, Add As "Your Reviews"
For Example, Here I will Sent For 500
Start Attack
And check in browser. You got 500 Reviews 

My Review check out off here
Url:- https://addons.thunderbird.net/en-US/thunderbird/addon/open-in-browser/reviews/

Here is the more details

The 500 request takes approx 3 Minutes

Thanks

Reference:- Poc
https://drive.google.com/drive/folders/1CzdHcAPhy6WGhP0XgfG5fD5ENfd7352U?usp=sharing



Browser/OS:
mozilla/10

IpAddress: 175.101.105.144




Actual results:

Attack scenario:
Attacker Can Send Lot Of Reviews To Anyone.
Some Tool Which Costs You For Your Comments This Type Of Attack Can Result You In Financial Lose And It Can Also Slow Down Your Services It Can Take Bulk Of Storage. If Users Are Affected By This Vulnerability They Can Stop Using Your Services Which Can Lead To Business Risk.

So, Users Are Not Interested To Send Their Reviwes In Comments Section
Companies Are Not Interested To Publish Their Products In Mozilla Expension
Bug: hangs during spell-check, 100% cpu, requires force quit
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-21 18:49:26+00:00
Resolved: 2021-08-13 14:04:19+00:00

In Daily 20210720 (onwards) clicking the "Spelling" button in the Compose window causes, in some circumstances, a hang, consuming 100% and requiring a force quit.

It seems to happen when the spell-checker finds a misspelt word, and is looking for alternatives.

This is on MacOS 10.15.7


[edited] regression window:
0719 OK
0720 BAD

MacOS thread sample attached.
Bug: invalid password when starting TB or sending an email
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-21 19:54:26+00:00
Resolved: 2021-07-21 21:46:52+00:00

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

Steps to reproduce:

1) Start TB

2) Try to send an email


Actual results:

1) TB does not download new emails from server at startup and in response to Get  Messages.
2) I received the following error message: "Login to server smtp.verizon.net with username x failed." I was given the option to Retry, Enter New Password or Cancel. 


Expected results:

1) New emails should have been downloaded from server.

2) Email should have been sent since password was correct.
Bug: IPDL protocol errors in Thunderbird test logs
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-07-22 00:20:14+00:00
Resolved: 2022-08-06 06:05:11+00:00

```
IPDL protocol error: Handler returned error code!
###!!! [Parent][DispatchAsyncMessage] Error: PClientManager::Msg_ForgetFutureClientSource Processing error: message was deserialized, but the handler returned false (indicating failure)
```
This error appears *a lot* in our test logs ([example](https://treeherder.mozilla.org/logviewer?job_id=345957065&repo=comm-central&lineNumber=2345)). I don't know what it's trying to tell us.
Bug: Consider whether directoryTree.json is dead
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-07-22 11:56:42+00:00
Resolved: 2021-07-28 11:23:19+00:00

In my profile I have the file directoryTree.json. The only references this file makes is to abook.mab which appears to have been replaced by abook.sqlite long ago. Perhaps this file is no longer useful/used and the code related to it can be removed?

https://searchfox.org/comm-central/search?q=directoryTree.json
Bug: opening spell check dialog hangs thunderbird
Status: RESOLVED
Priority: P1
Resolution: WORKSFORME
Created: 2021-07-22 12:07:08+00:00
Resolved: 2021-08-24 14:44:09+00:00

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



Actual results:

1.  Set Windows colour scheme to High Contrast Black (Start Menu > Settings > Ease of Access > High Contrast > "High Contrast Black" in "Choose a scheme" drop down list.  You can return to normal colour scheme with Left Alt+Left Shift+Prtscr).
2.  In TB, reply to a short message.
3.  After you have completed a message, with 1 spelling error, press Enter to send the message.



Expected results:

99% of the time, the spell checker works as desired.
1% of the time, the spell checker corrects the first spelling mistake, then asts as if it has found a second spelling mistake, but all fields in the dialog box are empty, then has high CPU usage and hands, as seen in the attachment.
Often I will ESC out of the spellcheck and change the spelling manually in the text, then send the messgae gaian (using ctrl+enter) at which point this error occurs.
Bug: no print preview
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-22 13:43:16+00:00
Resolved: 2021-08-23 19:01:02+00:00

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

Steps to reproduce:

Clicked on print from file menu or click while in message plain and request print.


Actual results:

print preview open, the print page never loads and all we het is a turning wagon wheel.


Expected results:

The print image should load.
Bug: LDAP display result with property "Don't return more than" does not work in some cases
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-07-22 14:21:18+00:00
Resolved: 2021-08-02 06:32:50+00:00

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

Steps to reproduce:

1. Add an LDAP directory
2. Set "Don't return more than" property, but not at 0
3. Do an LDAP search which is supposed to return a lot of results


Actual results:

If the value of the property "Don't return more than" is less than the number of results, the popup displaying the results is not displayed.


I tested with Wireshark to verify that I was getting: "sizeLimitExceeded"


Expected results:

The popup with the results is displayed.
Bug: LDAP search filter does not work
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-07-22 14:52:05+00:00
Resolved: 2021-08-02 06:31:34+00:00

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

Steps to reproduce:

1. Add an LDAP directory
2. Set a Search Filter
3. Do an LDAP search



Actual results:

The filter is not applied.
I checked with wireshark in the Filter part.

The bug is not present in TB78. It seems to be a regression from TB91.


Expected results:

The filter is applied.
Bug: Compact View Folder Order "Wrong" and cannot be changed
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-07-23 01:31:59+00:00
Resolved: 2021-07-23 02:19:59+00:00

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

Steps to reproduce:

Updated to 91.0B3 from 90.


Actual results:

In favorite compact view, my first two inboxes are reversed from the order of the accounts, and cannot be changed.  In any other view, the order of accounts is respected.


Expected results:

Folder order in favorite compact should respect order of the accounts.  The is a "regression" from 90.  I will note that the "wrong" order is the sort order of the email addresses of the two accounts.
Bug: Printing broken in calendar and message composition
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-07-23 08:43:36+00:00
Resolved: 2021-07-27 16:12:40+00:00

Now that printing is generally working again, I can see that it's not working for calendar (some things changed in toolkit) and message composition (missing some strings that didn't seem to be a problem before).
Bug: print preview does not work
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-23 12:42:56+00:00
Resolved: 2022-02-09 00:17:05+00:00

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

Steps to reproduce:

1. Print an email or an event on a calendar.
2. The preview interface opens.


Actual results:

The preview does not appear. We stay on the message "Preparing the preview".

The bug is not present in TB78. It seems to be a regression from TB91.


Expected results:

Print preview works.
Bug: The `browser.messageDisplayScripts` API is no longer applied applied in currently opened message
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-07-23 18:07:32+00:00
Resolved: 2021-09-27 15:30:17+00:00

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

Steps to reproduce:

This is a regression in:
91.0b3 (64-bit)
Working version:
91.0b2 (64-bit)

STR:
1) install Darko:
https://addons.thunderbird.net/en-US/thunderbird/addon/darko_t/
2) open message
3) click Darko icon in the toolbar to toggle dark mode in the message


Actual results:

Nothing, dark mode is not activated.
It will be activated after closing / reopening the message


Expected results:

Registering/unregistering a messageDisplayScript should inject it in current message.
Example:
```
 const {unregister} = await browser.messageDisplayScripts.register({css: [{code: 'background: darkred'}],});
```