av9ash/GitBugs huggingface dataset:
Bug: Visiting discord.gg invite link bypasses private browsing due to its local server
Status: NEW
Priority: P3
Created: 2023-04-06 18:23:06+00:00
Resolved: 2023-06-13 14:21:55+00:00

When visiting a Discord server's invite link within the browser, it appears the discord site accesses a server on the local machine, sending information about the site being loaded to the Discord client. By using this rather than normal external protocol handlers, this bypasses user interaction requirements and other private browsing protections, sending the information directly to the user's running Discord instance.

This appears to also impact chrome's Incognito mode, as neither blocks or requires user consent to send requests to URLs like loopback IP addresses.
Bug: Don't show Top Picks while search terms persist in the Urlbar
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-04-06 20:43:07+00:00
Resolved: 2023-04-19 12:29:02+00:00

From :adw (I was also able to reproduce):

1. Open a new tab (not sure if this is necessary)
2. Click in the urlbar to show the top sites.
3. Do a search and verify search terms are persisted.
4. Click in the urlbar again.

Expected Result:
- The urlbar should show suggestions pertaining to the persisted search term.

Actual Result:
- The top sites show again.
Bug: Intermittent browser/base/content/test/siteIdentity/browser_bug906190.js | single tracking bug
Status: REOPENED
Priority: P5
Created: 2023-04-06 22:17:20+00:00
Resolved: 2025-02-17 06:35:20+00:00

**Filed by:** smolnar [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=411642910&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/AzYXA-kIShmDyIMNdcxqUg/runs/0/artifacts/public/logs/live_backing.log

---
```
INFO - TEST-PASS | browser/base/content/test/siteIdentity/browser_bug906190.js | CC using secure icon - 
[task 2023-04-06T21:30:59.744Z] 21:30:59     INFO - Buffered messages logged at 21:30:14
[task 2023-04-06T21:30:59.744Z] 21:30:59     INFO - Longer timeout required, waiting longer...  Remaining timeouts: 1
[task 2023-04-06T21:30:59.744Z] 21:30:59     INFO - Buffered messages finished
[task 2023-04-06T21:30:59.744Z] 21:30:59     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/siteIdentity/browser_bug906190.js | Test timed out - 
[task 2023-04-06T21:30:59.744Z] 21:30:59     INFO - Not taking screenshot here: see the one that was previously logged
[task 2023-04-06T21:30:59.744Z] 21:30:59     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/siteIdentity/browser_bug906190.js | Uncaught exception received from previously timed out test bound test_same_origin_302redirect_different_origin - ViewShown listener on #identity-popup not removed before the end of test
[task 2023-04-06T21:30:59.744Z] 21:30:59     INFO - Entering test bound test_bad_redirection
[task 2023-04-06T21:30:59.767Z] 21:30:59     INFO - Console message: [JavaScript Error: "Blocked loading mixed active content �http://test1.example.com/browser/browser/base/content/test/siteIdentity/file_bug906190.js�" {file: "https://test2.example.com/browser/browser/base/content/test/siteIdentity/file_bug906190_1.html" line: 0}]
[task 2023-04-06T21:30:59.767Z] 21:30:59     INFO - Console message: [JavaScript Warning: "Loading failed for the <script> with source �http://test1.example.com/browser/browser/base/content/test/siteIdentity/file_bug906190.js�." {file: "https://test2.example.com/browser/browser/base/content/test/siteIdentity/file_bug906190_1.html" line: 13}]
[task 2023-04-06T21:30:59.853Z] 21:30:59     INFO - TEST-PASS | browser/base/content/test/siteIdentity/browser_bug906190.js | Expected state for activeBlocked matches UI state - 
```
Bug: Download panel, save bookmark panel and save password panel not scaled correctly with the rest of the UI
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-04-07 04:23:25+00:00
Resolved: 2023-04-07 11:30:14+00:00

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

Steps to reproduce:

Saving a bookmark or opening the downloads panel


Actual results:

The panels appeared much larger than the rest of the UI


Expected results:

They should've been smaller and scaled correctly with the rest of the user interface
Bug: [Rollout] The strings from the Results menu are not translated on certain locales
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-04-07 12:29:20+00:00
Resolved: 2023-11-06 16:57:20+00:00

**[Affected versions]:**
- Firefox RC-build 2 112.0 Build ID: 20230406114409

**[Affected Platforms]:**
- Windows 10 x64
- macOS 12.4
- Linux Ubuntu 20.04 x64

**[Prerequisites]:**
- Have any of the “ar” or “hi-IN” Firefox builds installed.
- Have the `nimbus.debug` pref set to `true`.

**[Steps to reproduce]:**
1. Open the browser from the prerequisites.
2. Copy and paste the following link in a new tab: 
`about:studies?optin_slug=awesome-bar-result-menu-rollout-phase-1&optin_branch=control-rollout&optin_collection=nimbus-preview`
3. Restart the browser.
4. Open a new tab and perform a search using the Address Bar.
5. Close the tab and open a new one.
6. Type the string used to perform the search at step 4.
7. Hover the history search result and click the Results menu.
8. Observe the options strings.

**[Expected result]:**
- The strings are translated to the correct locale.

**[Actual result]:**
 - The strings are **not** translated.

**[Notes]:**
- This issue is not reproducible on "fr", "de", "ru", and "he" builds.
- Attached is a screenshot of the issue.
Bug: [Rollout] The tooltip of the Results menu overlaps the menu options on RTL builds
Status: NEW
Priority: P3
Created: 2023-04-07 12:42:27+00:00
Resolved: 2024-01-16 12:30:26+00:00

**[Affected Platforms]:**
- Windows 10 x64
- macOS 12.4
- Linux Ubuntu 20.04 x64

**[Prerequisites]:**
- Have the “ar” Firefox build installed.
- Have the `nimbus.debug` pref set to `true`.

**[Steps to reproduce]:**
1. Open the browser from the prerequisites.
2. Copy and paste the following link in a new tab: 
`about:studies?optin_slug=awesome-bar-result-menu-rollout-phase-1&optin_branch=control-rollout&optin_collection=nimbus-preview`
3. Restart the browser.
4. Open a new tab and perform a search using the Address Bar.
5. Close the tab and open a new one.
6. Type the string used at step 4.
7. Hover the history search result and click the Results menu.
8. Hover the Results menu button and observe the tooltip.

**[Expected result]:**
- The tooltip does not overlap the menu options.

**[Actual result]:**
- The tooltip overlaps the menu options.

**[Notes]:**
- This issue is not reproducible on other builds such as “en-US”, “fr”, “de”, “ru”, “hi-IN”.
- Attached is a screenshot of the issue.
Bug: If you resize small pop-up windows, hamburger menu icon can be made to overlap URLbar and not-be-clickable
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-04-07 22:19:50+00:00
Resolved: 2023-04-13 20:38:51+00:00

STR:
1. Visit https://www.sfcu.org/membership-rewards/
2. Click "Live Chat" link at top left (note that your browser has to be at least ~1000px wide for it to show up)
3. Resize the pop-up window that appears to be skinnier -- as skinny as you can make it.

ACTUAL RESULTS:
The hamburger button gets pushed "behind" the location bar, BUT its hamburger icon remains visible! It's still not clickable, though, even though it sorta looks like it would be.  Any clicks are instead sent to the location-bar UI that it's overlapping.

[edited to remove the part about the extension-menu-button getting partially and then fully pushed behind the location bar -- that behavior has evolved a bit, per comment 2]

EXPECTED RESULTS:
* Buttons should not be pushed underneath other UI.  They should be pushed off the edge of the UI and clipped, instead.  (That's what used to happen before this regressed, at least.)
* Hamburger icon menu shouldn't be visible-and-yet-unclickable.

Regression range:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=a4a8521b307275498ecda987249e72150c3c110d&tochange=0645b630915e38a3a37d076aa7f431a72387699e

In that range, bug 1795260 looks like it would've been what regressed this.
Bug: Small pop-up window has overlapping hamburger menu button and extension menu button
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-04-07 22:43:23+00:00
Resolved: 2023-08-29 07:43:27+00:00

(Spinning this off from bug 1827027 for an issue that I noticed there with a distinct regression range & with less user-interaction required -- notably, no window-resizing necessary in this bug here.)

STR:
1. Visit https://www.sfcu.org/membership-rewards/
2. Click "Live Chat" link at top left (note that your browser has to be at least ~1000px wide for it to show up)


ACTUAL RESULTS:
In the popup window that appears, the hamburger menu button and extension menu button are overlapping.

EXPECTED RESULTS:
No such overlapping buttons.

Regression range:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=34056df4e1d5f8a9d55691039de73456918c1bc1&tochange=e08af0bae48c1f8d7f45ce9f285b7c6378653767
Bug: Issue rendering text, specifically fl characters
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-04-08 05:53:49+00:00
Resolved: 2023-04-08 06:14:21+00:00

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

Steps to reproduce:

First I noticed this glitch on some web pages.

To get a pure reproduction, what I did was:

1. open a new tab to about:blank
2. open dev tools and edit <body> tag to contain the word flag: <body>flag</body>



Actual results:

On the page (outside of dev tools), this renders as ᴀag. 

Not a regular ASCII capital A, but a similar looking but shorter character that's the same height as the lowercase a. There are two of these short capital As in unicode but I zoomed in to compare them both side by side and this is the right one. Despite the fact that the github page of homoglyphs that I got them from renders one as sans-serif and the other as serif, they both show with serifs in this font. But they aren't the same glyph. The sans-serif one is asymmetric but the serif one is symmetric. 

Also I tried copying from the rendered text and pasting elsewhere and it appeared as "flag" when pasted outside of firefox.

A glitch also appears in wikipedia pages, just for "fl", but there it looks like the l renders as a second f overlaid on the character after it. 

Not every instance of fl has this error. It does not appear on this bug report page.


Expected results:

The word flag rendered normally.
Bug: Codepen demo (https://codepen.io/vihanga/pen/XWPxNQe?editors=0010) is not centered
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-04-08 09:09:43+00:00
Resolved: 2023-04-08 14:42:43+00:00

Go to https://codepen.io/vihanga/pen/XWPxNQe?editors=0010

ER: the Green cross should be centered inside the circle
AR: it is slightly towards the bottom.

Chrome has it centered.

Can repro on a build from 2021, so this is not a recent regression.
Bug: UI freeze when swapping positions of a loaded tab and a loading tab
Status: UNCONFIRMED
Priority: --
Created: 2023-04-08 16:25:02+00:00
Resolved: 2023-09-15 13:19:09+00:00

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

Steps to reproduce:

1. Open a tab, let it finish loading
2. Open another tab (preferably one that takes a long time to load)
3. While the second tab is loading, drag and drop the first tab to exchange their positions
4. Try to select the second tab (the one that is loading) via left click to see if the UI has frozen; if not repeat 3. (reloading the second tab if necessary)


Actual results:

UI freeze. At the beginning it is still possible to switch from one tab to another by alternating left and right click, or to select a bookmark or to open a menu, but after a few of these operations, the UI is completely frozen.


Expected results:

No UI freeze.
Bug: A lot of tabs which I don't use or want are opened every time when launching the browser regardless  the option "Open previous windows and tabs" is on or off at the settings.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-04-08 22:28:25+00:00
Resolved: 2023-05-02 16:50:19+00:00

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

Steps to reproduce:

launch the browser


Actual results:

a lot of unused-unwanted tabs are opened


Expected results:

mistake related to restore the previous windows, the option "Open previous windows and tabs"
Bug: My userChrome.css for a smaller tab bar do not work anymore
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-04-09 01:04:06+00:00
Resolved: 2023-07-13 18:26:51+00:00

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

Steps to reproduce:

the new beta was installed and confused me with a ugly design with fat buttons and fat bars.


Actual results:

my userchrome.css is without any effect: /* Tableiste https://www.gutefrage.net/frage/firefox-tableiste-und-adressleiste-sind-beide-viel-zu-dick*/
:root {
 --tab-toolbar-navbar-overlap: 0px !important; /* fix for full screen mode */
 --tab-min-height: 0px !important;
}
:root #tabbrowser-tabs {
 --tab-min-height: 17px !important;
}

/* Keine Schließen-Knöpfe bzw. Close Buttons https://support.mozilla.org/de/questions/1177825*/

#tabbrowser-tabs .tabbrowser-tab .tab-close-button { display:none!important; }

@namespace url("http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"); /* only needed once */
/* https://support.mozilla.org/en-US/questions/1163524 */

.tab-label-container[textoverflow]:not([pinned]) {
  mask-image: unset !important;

/* URL-Leiste */

.tabbrowser-tab[selected="true"] {
background:lightblue!important;
}
#urlbar,#searchbar {
height:0px;
}
.textbox-input-box.urlbar-input-box,
.searchbar-textbox
{

font-size:13px!important;

}
.urlbar-input-box
{

font-size:13px!important;

}


Expected results:

it should have a effect when i create a userChrome.css.
Bug: Hard crash accessing arcgis.com website
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-04-09 23:05:30+00:00
Resolved: 2023-04-10 19:17:08+00:00

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

Steps to reproduce:

Hi,

I visited this website: https://msbgis.maps.arcgis.com/apps/instant/nearby/index.html?appid=8bfc89e7c6064bc181c6a1a6bbac2fa3&sliderDistance=1

by clicking on the link here: https://www.srf.nu/synlinjen/bloggen/2022/hur-hittar-jag-mitt-narmsta-skyddsrum/

Firefox reports mozilla-flatpak  - 1.0 108.0.2 (64-bit)

lsb_release --all
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 22.04.2 LTS
Release:        22.04
Codename:       jammy

NVidia driver: 515.105.01
KDE Plasma version: 5.24.7
Kernel version: 5.15.0-69-generic (64-bit)
Xorg, not Wayland

I hope this is enough info :-). I'd give a dump, but crash reporter doesnt't give me one.


Actual results:

Partial load of the website (I can see parts of the UI) and then a hard crash, the crash reporter couldn't even show a dump.


Expected results:

Visit the site.
Bug: 1.03 - 1.02% Base Content JS / Base Content JS + 2 more (Linux, OSX, Windows) regression on Mon April 3 2023
Status: NEW
Priority: P2
Created: 2023-04-10 06:48:08+00:00
Resolved: 2023-05-23 14:54:15+00:00

Perfherder has detected a awsy performance regression from push [3bfe136cc0e54c1910c085c362f650f4c60ac185](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=3bfe136cc0e54c1910c085c362f650f4c60ac185). As author of one of the patches included in that push, we need your help to address this regression.

### Regressions:

| **Ratio** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)** |  
|--|--|--|--|--| 
| [1%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,3806445,1,4)  | [Base Content JS](https://firefox-source-docs.mozilla.org/testing/perfdocs/awsy.html#base-content-js)  | linux1804-64-shippable-qr | fission | 1,658,427.33 -> 1,675,564.67 | 
| [1%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,3806445,1,4)  | [Base Content JS](https://firefox-source-docs.mozilla.org/testing/perfdocs/awsy.html#base-content-js)  | linux1804-64-shippable-qr | fission | 1,658,425.67 -> 1,675,560.00 | 
| [1%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,3807462,1,4)  | [Base Content JS](https://firefox-source-docs.mozilla.org/testing/perfdocs/awsy.html#base-content-js)  | macosx1015-64-shippable-qr | fission | 1,658,836.00 -> 1,675,734.67 | 
| [1%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,4663317,1,4)  | [Base Content JS](https://firefox-source-docs.mozilla.org/testing/perfdocs/awsy.html#base-content-js)  | windows11-64-2009-shippable-qr | fission | 1,660,835.33 -> 1,677,813.33 | 


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=38035), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the offending patch(es) may be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

If you need the profiling jobs you can trigger them yourself from treeherder job view or ask a sheriff to do that for you.

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: Starting a 111.0.1 version of FIrefox gives an error: XML Parsing Error: not well-formed
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-04-10 10:10:42+00:00
Resolved: 2023-04-10 14:31:58+00:00

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

Steps to reproduce:

Starting a Firefox or choosing "File -> new window" or even "Firefox -> Settings".

Using on Mac OS, Ventura 13.2.1, Intel chip.

Manually downloading a Firefox installer and reinstalling did not help.


Actual results:

just gives the following message in a new window:

XML Parsing Error: not well-formed
Location: chrome://browser/content/browser.xhtml
Line Number 4719, Column 19:
                  `    data-l10n-id="urlbar-xr-notification-anchor"/>
------------------^


Expected results:

Should start an empty window that allows you to browse.
Bug: browser-profile-selector button is not automatically detected by NVDA as a control that requires NVDA's Focus Mode for interaction
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-04-10 14:31:56+00:00
Resolved: 2023-06-02 15:24:37+00:00

Via [Nathan's accessibility review of the new migration wizard](https://docs.google.com/document/d/12kvANZCfyl_xOCl8fzYghTTPl_IuekmJaUMd_mvrNCk/edit#).

From the document:

The browser selection dropdown button ("browser-profile-selector") is not automatically detected by NVDA as a control that requires NVDA's Focus Mode for interaction.

This means that the user has to use NVDA + Space to get into Focus Mode in order to expand the dropdown.

A simple combobox does not have this quirk, such as: `data:text/html,<select><option value="one">one</option><option value="two">two</option></select>`

I'm not yet sure why NVDA is failing to do this, but it seems notable since it requires the user to know an extra NVDA keyboard shortcut.
Bug: Keyboard focus is placed on about:preferences document after the new migration wizard opens
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2023-04-10 14:34:08+00:00
Resolved: 2023-05-25 09:30:52+00:00

Via [Nathan's accessibility review of the new migration wizard](https://docs.google.com/document/d/12kvANZCfyl_xOCl8fzYghTTPl_IuekmJaUMd_mvrNCk/edit#).

From the document:

Upon opening the dialog, keyboard focus lands back on the settings document, rather than an interactable element.

Compare this to other dialogs from about:preferences: the Language chooser dialog lands focus on the first language in the list. The Manage Colors dialog lands focus on the first configurable color.

It seems to me that, upon opening the dialog, focus would ideally land on the button that expands the dropdown to choose the browser from which to import data.
Bug: Once migration completes in the new migration wizard, focus is put in an unexpected place
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-04-10 14:35:18+00:00
Resolved: 2023-05-25 09:49:53+00:00

Via [Nathan's accessibility review of the new migration wizard](https://docs.google.com/document/d/12kvANZCfyl_xOCl8fzYghTTPl_IuekmJaUMd_mvrNCk/edit#).

From the document:

After a successful import, the keyboard focus lands in an unexpected place. I think it should land on the Done button. Instead, it gets put back on the settings document.

Pressing Tab takes the focus to Firefox View, whereas you'd expect it to take you to the "Done" button.

You have to press Shift + Tab to get the focus to the "Done" button, which is hard to intuit.
Bug: Setting pages Learn More linking to 404 URLs
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-04-10 18:58:17+00:00
Resolved: 2023-04-13 17:50:35+00:00

Found 2 links in the setting pages that are linking to a 404 page when clicking on 'Learn More.  
On the Privacy and Security page:
Cookie Banner Reduction:
https://support.mozilla.org/en-US/kb/cookie-banner-reduction?as=u&utm_source=inproduct

Address Bar Quick Actions:
https://support.mozilla.org/en-US/kb/quick-actions-firefox-search-bar?as=u&utm_source=inproduct

Tested on Nightly but may be affecting Release builds as well.
Bug: Add or increase delay before showing UI for "transferring data"/etc in lower-left when loading pages
Status: NEW
Priority: --
Created: 2023-04-11 01:53:10+00:00
Resolved: 2023-10-04 03:48:38+00:00

Add (or increase) delay before showing Waiting For/Transferring data/etc in the lower left corner.   Avoids visual flashing and showing information for too short a time for humans to actually perceive it.   It takes system resources to render and replace, and unless it's there for <delta> isn't actually of any use for a user.  The original implementation was during a time when pages loaded much more slowly due to raw transfer speeds (and typically wouldn't access N independent sites when rendering a page).

Value for <delta> is subject to argument and adjustment.
Bug: Add language panel wrong appearance
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-04-11 03:03:48+00:00
Resolved: 2023-04-11 05:56:09+00:00

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

Steps to reproduce:

Sorry, my English is not so good.

Add another language to 'Choose your preferred language for displaying pages'.


Actual results:

The button 'OK' and 'Cancel' is gone.


Expected results:

They should not be gone.
Bug: Browsing in private not supported on nknews.org
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-04-11 06:30:40+00:00
Resolved: 2024-03-05 08:45:36+00:00

**Environment:**
Operating system: Google Pixel 5 (Android 13)
Firefox version: Nightly 114.0a1-20230410150526 

**Preconditions:**
• Private window opened

**Steps to reproduce:**
1. Go to https://www.nknews.org
2. Observe the behaviour.

**Expected Behaviour:**
The page can be browsed.

**Actual Behaviour:**
The page cannot be browsed, unsupported in private message displayed on the page.

**Notes:**
1. Screenshot provided
2. Reproducible on Firefox Release as well
3. Not reproducible on Chrome incognito mode