av9ash/GitBugs huggingface dataset:
Bug: Since new update 106.0.1, youtube videos crash the browser
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-10-21 23:31:57+00:00
Resolved: 2022-10-21 23:36:30+00:00

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

Steps to reproduce:

Open any youtube video.


Actual results:

The browser crashes (stops responding).


Expected results:

Open the youtube video
Bug: Intermittent browser/components/enterprisepolicies/tests/browser/disable_developer_tools/browser_policy_disable_developer_tools.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-10-22 02:01:59+00:00
Resolved: 2022-11-15 17:00:52+00:00

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

---
```
[task 2022-10-21T23:40:33.257Z] 23:40:33     INFO - TEST-PASS | browser/components/enterprisepolicies/tests/browser/disable_developer_tools/browser_policy_disable_developer_tools.js | about:neterror?e=blockedByPolicy&u=about%3Adevtools-toolbox&c=UTF-8&d=Your%20organization%20has%20blocked%20access%20to%20this%20page%20or%20website. should start with about:neterror?e=blockedByPolicy - true == true - 
[task 2022-10-21T23:40:33.258Z] 23:40:33     INFO - Buffered messages finished
[task 2022-10-21T23:40:33.259Z] 23:40:33     INFO - TEST-UNEXPECTED-FAIL | browser/components/enterprisepolicies/tests/browser/disable_developer_tools/browser_policy_disable_developer_tools.js | Test timed out - 
[task 2022-10-21T23:40:33.259Z] 23:40:33     INFO - GECKO(19730) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2022-10-21T23:40:33.260Z] 23:40:33     INFO - GECKO(19730) | MEMORY STAT | vsize 2959MB | residentFast 296MB | heapAllocated 160MB
[task 2022-10-21T23:40:33.261Z] 23:40:33     INFO - TEST-OK | browser/components/enterprisepolicies/tests/browser/disable_developer_tools/browser_policy_disable_developer_tools.js | took 45052ms
[task 2022-10-21T23:40:33.263Z] 23:40:33     INFO - Not taking screenshot here: see the one that was previously logged
[task 2022-10-21T23:40:33.263Z] 23:40:33     INFO - TEST-UNEXPECTED-FAIL | browser/components/enterprisepolicies/tests/browser/disable_developer_tools/browser_policy_disable_developer_tools.js | Found a tab after previous test timed out: about:blank - 
[task 2022-10-21T23:40:33.264Z] 23:40:33     INFO - checking window state
[task 2022-10-21T23:40:33.264Z] 23:40:33     INFO - GECKO(19730) | Completed ShutdownLeaks collections in process 19730
```
Bug: Don't nag users about Firefox View
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-10-22 09:21:51+00:00
Resolved: 2022-11-15 22:48:25+00:00

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

Steps to reproduce:

Users are reporting that Firefox keeps asking them to try Firefox View even after they've removed the toolbar button:

>Get recently closed tabs back with Firefox View

The only options are `Try it` and `Not now`, which confuses users who simply don't want to try it.
Bug: Cookie Manager oversized in 800x600 screen
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-10-22 14:20:03+00:00
Resolved: 2023-02-16 12:58:28+00:00

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

Steps to reproduce:

Opened the Cookie Manger from Tools/Settings. 


Actual results:

The interface is too large and preventing the user from removing cookies and applying it.


Expected results:

Return to the previous layout or provide a scroll bar for users who need the 800x600 resolution.
Bug: Finished file download started again after FF 106.0.1 upgrade and restart
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-10-22 19:35:32+00:00
Resolved: 2022-12-12 14:06:59+00:00

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

Steps to reproduce:

Dell Latitude laptop with 64bit Win 7.  I downloaded Libre Office.  When that download was finished, I went to Help, About and updated from 106.0.0 to 106.0.1.  

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


Actual results:

After the reboot, Firefox immediately started downloading Libre Office again.  I stopped the new download and installed Libre Office from the previously completed download.  It appears something in the upgrade to 106.0.1 caused the attempted second download of Libre Office.  Probably a minor issue since it seems to have only happened due to the particular circumstances described.  Still, it seems it should not have happened.


Expected results:

Since Firefox had already completed the 20 minute download of Libre Office, the restart to 106.0.1 should not have triggered a second download.
Bug: Screenshots on some Washington Post articles includes page elements in wrong location on page
Status: NEW
Priority: P3
Created: 2022-10-22 23:57:10+00:00
Resolved: 2022-11-14 19:26:04+00:00

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

Steps to reproduce:

* Go to a Washingtonpost.com article such as [this](https://www.washingtonpost.com/world/2022/10/22/russia-ukraine-war-latest-updates/).

* Take a screenshot including the headline, top photograph, and any other elements of your choice

* Compare image to page as rendered by browser


Actual results:

Page banners appear in front of page context despite being located differently on webpage. This seems to be a problem when the screenshot tool requires scrolling down the page to capture the entire desired image.


Expected results:

Cropped image shows portion of page as it appears in browser.
Bug: Private download progress is shown on the non-private Windows taskbar icon
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2022-10-23 09:17:27+00:00
Resolved: 2022-11-04 14:10:43+00:00

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

Steps to reproduce:

1. In Windows 10, open Firefox
2. Open New private Window
3. Download a file in the private window


Actual results:

The progress of downloading a file is shown in the Non-private window.


Expected results:

The progress of downloading a file should be on the Private window.
Bug: Clicking on any text on a webpage places my cursor on it, even when it isn't a text box
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-10-23 13:30:22+00:00
Resolved: 2022-10-30 01:12:01+00:00

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

Steps to reproduce:

1. Update to the latest version: 106.0.1
2. Go to any website
3. Click on a text


Actual results:

There is a cursor on where I clicked it.


Expected results:

None
Bug: Language mismatch screen shows "Switch to {$negotiatedLanguage}" button instead of installed Firefox locale
Status: NEW
Priority: P3
Created: 2022-10-23 14:11:24+00:00
Resolved: 2024-01-29 16:54:51+00:00

Hello!

I just installed Firefox 106.0.1 on Windows 10 and in the first run wizard, on the screen where you choose if you want to keep the language you installed or install another language the screen says something like $OtherLanguages instead of real languages
Bug: [DevEdition only] There is now a horizontal scrollbar in about:preferences when using a non-maximized RFP window
Status: NEW
Priority: P3
Created: 2022-10-23 14:55:55+00:00
Resolved: 2022-12-20 16:27:11+00:00

Tested on DevEdition 107.0b1 and b3 in Windows 7.

STR:

1. Flip `privacy.resistFingerprinting` to true and restart Firefox.
2. Open `about:preferences`.


Expected Behavior:

No horizontal scrollbar in `about:preferences` when nothing on page has changed UI-wise between 106 and 107.

Actual Behavior:

Horizontal scrollbar in `about:preferences` when using a non-maximized RFP window. The same scrollbar disappears if I maximize the window into a large-enough horizontal resolution (e.g. 1280).

Mozregression returned

Last good revision: b95ae2249c9b0a3a0340b2b799675c6b10821910
First bad revision: fd57a3ea2b88fd2969fc1cf7e2c41cffff0d084d
Pushlog : https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=b95ae2249c9b0a3a0340b2b799675c6b10821910&tochange=fd57a3ea2b88fd2969fc1cf7e2c41cffff0d084d
Bug: Firefox opens windows in different desktop from the one it is launched in
Status: NEW
Priority: --
Created: 2022-10-23 14:57:33+00:00
Resolved: 2023-11-25 09:58:00+00:00

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

Steps to reproduce:

Open Firefox while using a desktop environment that supports multiple virtual desktops (i.e. Windows, Linux DEs, perhaps macOS?).


Actual results:

Firefox seemingly doesn't open. After clicking the taskbar icon again, I'm moved to another desktop, where in my previous session I've most likely used Firefox.

This is a problem, because nowadays most desktops (Windows, all Linux DEs, macOS), rely heavily on virtual desktops. The user expects to open an app and have it appear on the current desktop. Instead, Firefox opens in another desktop.

On Windows, I have 3-4-5 desktops at times, where I keep multiple windows with different programs. I don't always open the same app on the same desktop. Now, I cannot predict in which desktop Firefox is going to appear, and every single time I have to drag Firefox's windows to my current desktop.

On Linux Mint, which is running on another computer, this was even worse, as Mint's taskbar by default doesn't show as active apps from desktops other than the currently active. This meant that many times, when launching Firefox, nothing seemingly happened. Actually, everything was working fine: Firefox was just covertly opening on another virtual desktop.

As I don't have computers running macOS or GNOME at hand, I don't know if this happens there as well, but I imagine that it is similar, as they all rely on creating desktops when needed for multitasking.

I believe this is caused by this issue: https://bugzilla.mozilla.org/show_bug.cgi?id=1413147


Expected results:

Firefox should have opened on my current desktop, as does every single other software.
Bug: The PDF viewer does not show any text, only some background colours - if browser.display.use_document_fonts false is set
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2022-10-23 19:30:11+00:00
Resolved: 2023-05-19 15:43:52+00:00

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

Steps to reproduce:

Open certain PDF files that were received as an attachment.


Actual results:

The PDF viewer does not show any text, only some background colours.


Expected results:

The PDF viewer should show the text as well.
Bug: Shift-enter in URL bar in private window does not set taskbar icon to private
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-10-24 04:32:11+00:00
Resolved: 2022-12-05 11:30:02+00:00

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

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:107.0) Gecko/20100101 Firefox/107.0
Build ID: 20220922214429

## Steps to reproduce
0. Set `browser.privateWindowSeparation.enabled` to true
1. Open Nightly in a regular window.
2. Open a private window. (This window should have a private browsing icon on taskbar.)
3. Type something in URL bar.
4. Shift-enter to open the url/search term into a new window.

## Actual result
The new window is private, as indicated by the private indicator on titlebar and history is not saved, yet the taskbar icon is the regular one. This new private window is also grouped with other regular windows.

## Expected result
The new private window should have a private browsing icon on taskbar. It should be grouped with other private windows, if any.

## Additional notes
(Dedicated) Searchbar is not affected. Shift-enter does not open in a new window at all.


P.S. For future reference, should this bug (and bug 1792163, bug 1791757) be marked as blocking bug 1751010, or blocking bug 1749830 just like bug 1766636?

Needinfo :bhearsum since he recently worked on bugs related to Private Window Separation.
Bug: Garbled text seen seen when seeing/saving japanese text annotations
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-24 08:40:04+00:00
Resolved: 2022-11-23 14:52:56+00:00

Attach (recommended) or Link to PDF file here:
https://connect.mozilla.org/t5/discussions/pdf-annotations-in-firefox-106-give-us-your-feedback/m-p/16870/highlight/true#M7433

Steps to reproduce the problem:
1 Click the Text annotation button
2 Type Japanese in the form
3    Save & Reopen
4   You will see mojibake
Bug: "New Tab + and Firefox View" buttons can't be selected using Enter on Mac OS
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-10-24 09:27:01+00:00
Resolved: 2022-11-29 21:40:26+00:00

**Found in**
* 107.0b4

**Affected versions**
* Firefox Nightly 108.0a1 
* Beta 107.0b2
* Release 106.0

**Affected platforms**
* MacOS

**Steps to reproduce**
1. Reach Firefox View or the New Tab + buttons using Shift + Tab.
2. Hit Enter on the Keyboard in order to select them.

**Expected result**
* User should be able to select those buttons using the Enter key

**Actual result**
* On Mac OS users can only use the Space key in order to select the Firefox View or New Tab + button.
Please note that this issue does not occur on Windows.
Also note that in older builds the user cant even reach the New Tab + button and Firefox View is a recent feature.
Bug: In the customize toolbar view, the bottom controls disappear when the left-hand pane is narrow (and has many rows) - instead of the left hand pane gaining a vertical scrollbar
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-10-24 10:05:06+00:00
Resolved: 2023-02-10 12:54:01+00:00

STR:
1. Put your firefox window out of fullscreen.
2. Enable the customization view (right click on the toolbar, click Customize)
3. Size the window with a small height.

=> We can't access the controls anymore (see screenshot).
Bug: Make "Phrase not found" and insecure connection warning text bold
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2022-10-24 11:23:49+00:00
Resolved: 2023-11-22 17:20:22+00:00

from bug 1794369 comment 12:
> (In reply to Itiel from comment #11)
> > (In reply to Amy Churchwell [:amy] from comment #9)
> > > FYI: we also seem to be using this error color-mix in a couple of other places such as, panel.css (identity panel) and print.css -- 
> > > https://searchfox.org/mozilla-central/search?q=color-mix(in+srgb%2C+currentColor+40%25%2C+%23C50042)&path=&case=false&regexp=false
> > 
> > btw specifically for the print popup it doesn't matter as we use common-shared.css there, and webext themes can't affect how it'd look. We cater only for light and dark mode so this isn't an issue there.
> 
> How about drop the color and make text bold instead to keep the emphasis for the find bar and the site identity panel? I feel like just dropping the color without a replacement isn't that great as the emphasis serves a purpose in both cases.
Bug: Update button is showing on MSIX about dialog
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-10-24 14:15:56+00:00
Resolved: 2022-10-31 16:11:30+00:00

The nightly MSIX is showing the Update button in the about dialog. It did not before.

The issue is that the updateDeck

https://searchfox.org/mozilla-central/rev/88f285c5163f73abd209d4f73cfa476660351982/browser/base/content/aboutDialog.xhtml#68

is getting a selectedIndex of 1 by default whereas before it getting no index so it was showing as blank (there is no updater in this case).

I believe this is fallout from the flexbox work.
Bug: login timeout
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-10-24 15:05:06+00:00
Resolved: 2022-11-07 13:32:21+00:00

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

Steps to reproduce:

Я ввожу логин и пароль


Actual results:

Бесконечный вход в аккаунт


Expected results:

Вход в аккаунт
Bug: Search terms won't show in the Urlbar on default SERPs if the default search engine isn't in parseSubmissionMap
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2022-10-24 15:07:03+00:00
Resolved: 2022-10-24 18:14:53+00:00

While using the `showSearchTerms` feature, it is possible for a user to install a search engine that won't be added to `parseSubmissionMap` because the `search_url` contains the params needed for the search rather than defining them in a params property like `search_url_get_params` / `searchUrlGetParams`.

This will result in `Services.search.parseSubmissionURL(uri)` not returning a value even if  `uri` was a result of one of the engines located in `SearchService.#sortedEngines`.
Bug: Intermittent TV1 [tier 2] browser/components/urlbar/tests/browser/browser_searchMode_no_results.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-10-24 16:02:49+00:00
Resolved: 2022-12-13 17:03:13+00:00

**Filed by:** mlaza [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=394125333&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/CKbGCsZnTT2WM70n6H1d2Q/runs/0/artifacts/public/logs/live_backing.log
**Reftest URL:** https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/CKbGCsZnTT2WM70n6H1d2Q/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2022-10-24T14:13:48.796Z] 14:13:48     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_searchMode_no_results.js | Expected placeholder l10n when search mode is active - {"args":null,"id":"urlbar-placeholder-search-mode-other-bookmarks"} deepEqual {"id":"urlbar-placeholder-search-mode-other-bookmarks","args":null} - 
[task 2022-10-24T14:13:48.796Z] 14:13:48     INFO - Buffered messages finished
[task 2022-10-24T14:13:48.797Z] 14:13:48     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_searchMode_no_results.js | Zero results since no bookmarks exist - 1 == 0 - JS frame :: chrome://mochitests/content/browser/browser/components/urlbar/tests/browser/browser_searchMode_no_results.js :: basic/< :: line 62
[task 2022-10-24T14:13:48.797Z] 14:13:48     INFO - Stack trace:
[task 2022-10-24T14:13:48.797Z] 14:13:48     INFO - chrome://mochitests/content/browser/browser/components/urlbar/tests/browser/browser_searchMode_no_results.js:basic/<:62
[task 2022-10-24T14:13:48.798Z] 14:13:48     INFO - Not taking screenshot here: see the one that was previously logged
[task 2022-10-24T14:13:48.799Z] 14:13:48     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_searchMode_no_results.js | Panel has no results, therefore should have noresults attribute - "" == "true" - JS frame :: chrome://mochitests/content/browser/browser/components/urlbar/tests/browser/browser_searchMode_no_results.js :: basic/< :: line 67
[task 2022-10-24T14:13:48.799Z] 14:13:48     INFO - Stack trace:
[task 2022-10-24T14:13:48.799Z] 14:13:48     INFO - chrome://mochitests/content/browser/browser/components/urlbar/tests/browser/browser_searchMode_no_results.js:basic/<:67
[task 2022-10-24T14:13:48.800Z] 14:13:48     INFO - Console message: [JavaScript Warning: "Key event not available on some keyboard layouts: key=�i� modifiers=�accel,alt,shift� id=�key_browserToolbox�" {file: "chrome://mochikit/content/tests/SimpleTest/EventUtils.js" line: 1360}]
[task 2022-10-24T14:13:48.800Z] 14:13:48     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_searchMode_no_results.js | Urlbar value hasn't changed. - "" == "" - 
```
Bug: Error message appears 1 minute after closing Firefox
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-10-24 16:23:11+00:00
Resolved: 2022-11-10 12:57:56+00:00

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

Steps to reproduce:

Just closed Firefox browser, after about a minute, a message appears stating 'Firefox has stopped working'
DUH !!!!
This happens randomly, maybe once in a week or so.
Windows 7, 64bit Pro.
Bug: freebmd webpage sometimes closes all open firefox windows
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-10-24 20:13:13+00:00
Resolved: 2022-10-31 13:23:22+00:00

Firefox ver. 106.0.1(64-bit)
Windows 7 Home
HP Pavilion g series laptop
Using the website freebmd.org.uk (to search for births/marriages/deaths)
Moving the mouse over the results page from a search sometimes causes Firefox to completely exit - all other open Firefox windows are also closed.
This only happens occasionally and is difficult to reproduce, and no other websites have caused this problem.

Doing the same thing on a desktop PC [Firefox 106.0.1(32-bit)] & Windows 7 professional has never caused this problem.

Any ideas?
Bug: Intermittent browser/base/content/test/performance/browser_vsync_accessibility.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-10-24 20:34:07+00:00
Resolved: 2022-11-22 17:03:24+00:00

**Filed by:** nfay [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=394166421&repo=mozilla-beta
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/JjMSsyNmSDq0-EzkbUGqfg/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2022-10-24T19:33:13.770Z] 19:33:13     INFO - TEST-START | browser/base/content/test/performance/browser_vsync_accessibility.js
[task 2022-10-24T19:33:19.494Z] 19:33:19     INFO - TEST-INFO | started process screenshot
[task 2022-10-24T19:33:20.500Z] 19:33:20     INFO - TEST-INFO | screenshot: exit 0
[task 2022-10-24T19:33:20.507Z] 19:33:20     INFO - Buffered messages logged at 19:33:13
[task 2022-10-24T19:33:20.507Z] 19:33:20     INFO - Entering test bound 
[task 2022-10-24T19:33:20.508Z] 19:33:20     INFO - Buffered messages logged at 19:33:14
[task 2022-10-24T19:33:20.508Z] 19:33:20     INFO - TEST-PASS | browser/base/content/test/performance/browser_vsync_accessibility.js | vsync should be disabled - true == true - 
[task 2022-10-24T19:33:20.509Z] 19:33:20     INFO - Buffered messages finished
[task 2022-10-24T19:33:20.509Z] 19:33:20     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/performance/browser_vsync_accessibility.js | Uncaught exception in test - wait for vsync to be disabled after initializing the accessibility service - timed out after 50 tries.
[task 2022-10-24T19:33:20.510Z] 19:33:20     INFO - Leaving test bound 
[task 2022-10-24T19:33:20.561Z] 19:33:20     INFO - GECKO(5432) | MEMORY STAT | vsize 19406415MB | vsizeMaxContiguous 66590444MB | residentFast 1277MB
[task 2022-10-24T19:33:20.566Z] 19:33:20     INFO - TEST-OK | browser/base/content/test/performance/browser_vsync_accessibility.js | took 6790ms
[task 2022-10-24T19:33:20.601Z] 19:33:20     INFO - checking window state
[task 2022-10-24T19:33:20.662Z] 19:33:20     INFO - TEST-START | browser/base/content/test/performance/browser_window_resize.js
```
Bug: Right Click - copy link , causing browser to hang
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-24 20:50:01+00:00
Resolved: 2022-10-25 02:25:04+00:00

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

Steps to reproduce:

In safe mode, FF 106.0.1 , win 11 Version 10.0.22621 Build 22621 , Ryzen 5700, 16GB ram

Right Click --> Copy Link 


Actual results:

browser hangs, sometimes it recovers after about 3 minutes more often I just task manager close the browser


Expected results:

well it shouldn't hang.
Bug: ASrouter doesn't ingest rollout messages from Nimbus
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-10-24 22:36:35+00:00
Resolved: 2022-10-31 18:58:38+00:00

The code that loads messages from Nimbus explicitly [checks for an experiment](https://searchfox.org/mozilla-central/rev/12a18f7e112a4dcf88d8441d439b84144bfbe9a3/browser/components/newtab/lib/ASRouter.jsm#361), so if there is a rollout, the message wont be ingested.