av9ash/GitBugs huggingface dataset:
Bug: Cookies & other session data is not retained when Firefox crashes
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-09-25 04:42:41+00:00
Resolved: 2024-09-30 15:51:07+00:00

Steps to reproduce:

I was using Firefox 130.0.1 on GNU/Linux (using the official tar'd release from https://download-installer.cdn.mozilla.net/pub/firefox/releases/ )

I had 4 tabs open, 1 of which was logged into an webmail client.

I did something which resulted in Firefox crashing. This bug isn't about the crash, as I think the crash is caused by an issue with my OS/configuration as I have experienced it a bunch of times before.


Actual results:

Firefox crashed.

When I relaunched Firefox it restored my 4 tabs, however it didn't restore the cookies / site-data / session data required to keep my webmail client logged in. I have found this to be the case whenever Firefox crashes (this data is not retained)


Expected results:

When I relaunched Firefox I expected it to restore my 4 tabs (as it did) and I also expected it to retain the cookies / site-data / session data required to keep my webmail client logged in.

Note regarding some preferences I have set:
"Delete cookies and site data when Firefox is closed" is ticked
"Clear history when Firefox closes" is ticked including the sub option to clear cookies and site data.

I do not expect the above preferences to take effect during a crash as this is not what I interpret to be a 'closing Firefox' scenario, where those settings are useful. When Firefox crashes it is not desired. It is reasonable to assume the user wants to re-open Firefox and pickup where they left off.
Bug: Layout of @ aliases list changes on keyboard navigation when reaching @Actions
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2024-09-25 04:51:34+00:00
Resolved: 2024-10-15 09:33:04+00:00

**Found in**
* 132.0a1 (2024-09-24)

**Affected versions**
* 132.0a1 (2024-09-24)

**Tested platforms**
* Affected platforms: 
 - Windows 10

**Preconditions**
* browser.urlbar.scotchBonnet.enableOverride to TRUE

**Steps to reproduce**
1. Type @ in address bar
2. Navigate using down/up key or tab until reaching **Actions**

**Expected result**
* The displayed @ list format is not changed

**Actual result**
* Once the selection reaches **Actions**, the format of the @ list changes, assuming it will already display actions

**Regression range**
* Potentially regressed by: 1907148
Bug: Intermittent browser/base/content/test/tabPrompts/browser_confirmFolderUpload.js | single tracking bug
Status: NEW
Priority: P5
Created: 2024-09-25 09:44:29+00:00
Resolved: 2025-03-03 06:47:21+00:00

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

---
```
TEST-PASS | browser/base/content/test/tabPrompts/browser_confirmFolderUpload.js | Cancel button should not be disabled by the security delay. - 
[task 2024-09-25T08:25:12.132Z] 08:25:12     INFO - Wait for the security delay to pass.
[task 2024-09-25T08:25:12.133Z] 08:25:12     INFO - Buffered messages finished
[task 2024-09-25T08:25:12.134Z] 08:25:12     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/tabPrompts/browser_confirmFolderUpload.js | Accept button should no longer be disabled. - 
[task 2024-09-25T08:25:12.135Z] 08:25:12     INFO - Stack trace:
[task 2024-09-25T08:25:12.135Z] 08:25:12     INFO - chrome://mochikit/content/browser-test.js:test_ok:1597
[task 2024-09-25T08:25:12.135Z] 08:25:12     INFO - chrome://mochitests/content/browser/browser/base/content/test/tabPrompts/browser_confirmFolderUpload.js:testUploadPrompt/<:128
[task 2024-09-25T08:25:12.135Z] 08:25:12     INFO - resource://testing-common/BrowserTestUtils.sys.mjs:withNewTab:121
[task 2024-09-25T08:25:12.135Z] 08:25:12     INFO - chrome://mochitests/content/browser/browser/base/content/test/tabPrompts/browser_confirmFolderUpload.js:testUploadPrompt:58
[task 2024-09-25T08:25:12.135Z] 08:25:12     INFO - chrome://mochitests/content/browser/browser/base/content/test/tabPrompts/browser_confirmFolderUpload.js:test_confirm:162
[task 2024-09-25T08:25:12.135Z] 08:25:12     INFO - chrome://mochikit/content/browser-test.js:handleTask:1145
[task 2024-09-25T08:25:12.135Z] 08:25:12     INFO - chrome://mochikit/content/browser-test.js:_runTaskBasedTest:1217
[task 2024-09-25T08:25:12.135Z] 08:25:12     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1358
[task 2024-09-25T08:25:12.135Z] 08:25:12     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:1134
[task 2024-09-25T08:25:12.136Z] 08:25:12     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/<:1058
[task 2024-09-25T08:25:12.136Z] 08:25:12     INFO - TEST-PASS | browser/base/content/test/tabPrompts/browser_confirmFolderUpload.js | Cancel button should remain enabled. -
```
Bug: Restore the browser.tabs.tabmanager.enabled pref
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-25 11:45:57+00:00
Resolved: 2024-09-25 11:51:26+00:00

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

Steps to reproduce:

Impossible de masquer les outils indésirables pour l'utilisateur.


Actual results:

Élément imposé à l'utilisateur


Expected results:

L'utilisateur doit être libre de personnaliser son navigateur.
Bug: Single Select item inputs should all share the same name
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-09-25 12:20:44+00:00
Resolved: 2024-09-26 09:56:32+00:00

The `name` attribute of single select items in the aboutwelcome Single Select picker should all have the same name to link the inputs together. This ensures they aren't interpreted as separate inputs by a screen reader.
Bug: firefox jumps to full screen after sleep
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-09-25 12:48:48+00:00
Resolved: 2024-09-28 04:33:14+00:00

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

Steps to reproduce:

Walked away from desktop, screen goes black, auto sleep, Firefox is now in full screen mode. No human set that.


Actual results:

Firefox enters full-screen mode after the computer wakes up from auto-sleep. 
The maximise button when pressed should restore the FF window to normal size but seems to do nothing. A manual resize of the FF window is always required after this.


Expected results:

After a wake from sleep FF should restore in normal window state and not jump to full screen with no human intervention.
Bug: Persistent-DOS on Firefox and bypasses pop up blocker severely  (windows 11)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-09-25 15:06:57+00:00
Resolved: 2024-10-01 18:07:00+00:00

when playing around with a bit of CSS and width and height size i noticed Firefox fails to block popups shown and when the denial of service attack via the proof of concept starts up Firefox with become unresponsive to the point of needing to fully restart your computer (on Firefox System Requirements) or if higher spec you need to forcefully close Firefox a few times after doing that you might be able to open Firefox for a while 
  
steps to reproduce 

install the latest Firefox 

and go to https://firefoxdos.netlify.app/

and click the page or don't (starts bypassing popups without clicking the page for me)

you will be struggling to use firefox
Bug: Wallpaper functionality cannot be disabled via about:preferences#home and is undiscoverable for users who have set their homepage/new tab page to about:blank
Status: NEW
Priority: --
Created: 2024-09-25 16:24:43+00:00
Resolved: 2024-10-10 12:09:58+00:00

After upgrading to 130.0, I noticed that Firefox kept trying to connect to `https://firefox.settings.services.mozilla.com/v1/buckets/monitor/collections/changes/changeset?collection=newtab-wallpapers-v2&bucket=main&_expected=0` (and failing) at startup. To stop this connection attempt I have to either:

1. Disable both `browser.newtabpage.activity-stream.newtabWallpapers.enabled` and `browser.newtabpage.activity-stream.newtabWallpapers.v2.enabled`, or
2. disable `browser.newtabpage.activity-stream.feeds.wallpaperfeed`.


Prerequisites:

1. `browser.startup.homepage` is set to `about:blank`.
2. `browser.newtabpage.enabled` is set to false.

STR:

Visit `about:preferences#home`.


Expected Behavior:

An option to disable the wallpaper functionality. For example, unselecting the `Shortcuts` checkbox flips `browser.newtabpage.activity-stream.feeds.topsites` to false.

Actual Behavior:

No mention of the wallpaper functionality anywhere in `about:preferences#home`. 

FWIW there is also a [`FirefoxHome`](https://mozilla.github.io/policy-templates/#firefoxhome) policy for customizing `about:home`, although I don't think it has caught up with some of the recent weather stuff yet.

"Regressed" by bug 1910776.
Bug: The sidebar in the viewer is hard to reach with the <TAB> key
Status: NEW
Priority: P3
Created: 2024-09-25 17:07:01+00:00
Resolved: 2024-10-10 12:34:15+00:00

Attach (recommended) or Link to PDF file here:

Steps to reproduce the problem:
1. Open a pdf like https://github.com/mozilla/pdf.js/blob/master/test/pdfs/tracemonkey.pdf
2. Reach the toggle sidebar button (on the top left of the viewer)
3. Use <tab> to go on the first button in the sidebar.

In Edge, <tab> from the toggle button lets the focus moving on the first button in the sidebar.
In Chrome, <tab> moves the focus on the toolbar and then on the sidebar.

:ayeddi, what do you think we should do there ?
Bug: New Tab recommendations title was temporarily localized in the wrong language
Status: NEW
Priority: --
Created: 2024-09-25 17:18:42+00:00
Resolved: 2024-10-10 12:10:04+00:00

The title of the New Tab page was localized in the wrong language (English) for Jennifier, one of our French curators. ([Slack thread](https://mozilla.slack.com/archives/C05F4SKBREV/p1727261829319239)) After she closed down and reopened Firefox it showed in French, as expected: Des articles qui font réfléchir.
Bug: New Tab displays English recommendations for French user after reinstall
Status: NEW
Priority: --
Created: 2024-09-25 18:01:37+00:00
Resolved: 2024-10-10 12:10:10+00:00

After recently reinstalling Firefox, Melissa received English recommendations, despite that she uses Firefox in France using a French locale. She has not recently traveled to an English-speaking country, which is known to sometimes cause this. ([Slack thread](https://mozilla.slack.com/archives/C05F4SKBREV/p1727261829319239))
Bug: Improve tab URL sharing for tabs in MacOS
Status: NEW
Priority: --
Created: 2024-09-25 18:08:57+00:00
Resolved: 2025-01-24 23:23:24+00:00

Copy Link is missing from the share menu when right-clicking a tab. This is true for both vertical and horizontal tabs.

This is the case even though "Copy Link" is enabled in extensions for sharing in MacOS settings. See `Privacy & Security` -> `Extensions` -> `Sharing`
Bug: Multiple block dialogs shown when multiple formats on the clipboard are blocked
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-09-25 18:27:03+00:00
Resolved: 2025-02-24 20:06:51+00:00

Bug 1915351 will cancel any outstanding request if one response gets a block response, but if the requests come in at about the same time the user will see multiple block dialogs. We should address this in the JS by dismissing the other block dialogs after the first one. This may require some more information (about which requests are part of the same aggregated request) from the C++ side.
Bug: Multiple warn dialogs shown when multiple DLP scans are WARNed
Status: NEW
Priority: --
Created: 2024-09-25 18:28:11+00:00
Resolved: 2025-02-24 19:59:44+00:00

After bug 1915351, if multiple WARN responses are received, they will all get WARN dialogs. This may require some more information (about which requests are part of the same aggregated request) from the C++ side.
Bug: Make Persisted Search with non-default engines consistent with the behavior of default engines
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-09-25 20:00:36+00:00
Resolved: 2024-10-25 14:40:41+00:00

- Have Persisted Search Enabled
- Do a search with a non-default engine that is a single page application (e.g. DDG, Qwant)
- On their SERP, click on one of the non-default search tabs (e.g. Images, Maps)

**Expected Result**
- The terms should no longer persist.

**Actual Result**
- The search terms persist and the search chiclet still appears.

The reason this happens is because `userTypedValue` is set when we enter search mode. The existence of `userTypedValue` then prevents future calls to `setURI` from entering the code path that would unset the cached search terms.
Bug: Intermittent TV browser/components/translations/tests/browser/browser_translations_about_preferences_settings_download_languages_ui.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use reques
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2024-09-25 20:38:22+00:00
Resolved: 2024-09-30 06:54:28+00:00

**Filed by:** abutkovits [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=475807178&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/VzTs-s6UT1uHf6SOE07L7g/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/VzTs-s6UT1uHf6SOE07L7g/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2024-09-25T19:33:13.279Z] 19:33:13     INFO - TEST-PASS | browser/components/translations/tests/browser/browser_translations_about_preferences_settings_download_languages_ui.js | Download icon is visible for all languages i.e. all languages are not downloaded since one language, Spainish was removed. - 
[task 2024-09-25T19:33:13.279Z] 19:33:13     INFO - Buffered messages logged at 19:33:12
[task 2024-09-25T19:33:13.279Z] 19:33:13     INFO - Leaving test bound test_translations_settings_download_languages_all
[task 2024-09-25T19:33:13.280Z] 19:33:13     INFO - Buffered messages finished
[task 2024-09-25T19:33:13.280Z] 19:33:13     INFO - TEST-UNEXPECTED-FAIL | browser/components/translations/tests/browser/browser_translations_about_preferences_settings_download_languages_ui.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2024-09-25T19:33:13.281Z] 19:33:13     INFO - GECKO(2870) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2024-09-25T19:33:13.281Z] 19:33:13     INFO - GECKO(2870) | MEMORY STAT | vsize 16392MB | residentFast 348MB | heapAllocated 170MB
[task 2024-09-25T19:33:13.281Z] 19:33:13     INFO - TEST-OK | browser/components/translations/tests/browser/browser_translations_about_preferences_settings_download_languages_ui.js | took 56800ms
```
Bug: Intermittent browser/components/preferences/tests/browser_searchScroll.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-09-25 23:05:35+00:00
Resolved: 2025-02-10 12:02:42+00:00

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

---
```
[task 2024-09-25T22:17:43.272Z] 22:17:43     INFO - TEST-PASS | browser/components/preferences/tests/browser_searchScroll.js | Extension ID of search provider should be set - "10@tests.mozilla.org" == true - 
[task 2024-09-25T22:17:43.273Z] 22:17:43     INFO - Make tree element move into viewport
[task 2024-09-25T22:17:43.273Z] 22:17:43     INFO - Buffered messages finished
[task 2024-09-25T22:17:43.274Z] 22:17:43     INFO - TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/browser_searchScroll.js | Test timed out - 
[task 2024-09-25T22:17:43.275Z] 22:17:43     INFO - GECKO(10176) | Completed ShutdownLeaks collections in process 8096
[task 2024-09-25T22:17:43.275Z] 22:17:43     INFO - TEST-START | Shutdown
[task 2024-09-25T22:17:43.276Z] 22:17:43     INFO - Browser Chrome Test Summary
[task 2024-09-25T22:17:43.276Z] 22:17:43     INFO - Passed:  4058
[task 2024-09-25T22:17:43.276Z] 22:17:43     INFO - Failed:  1
[task 2024-09-25T22:17:43.277Z] 22:17:43     INFO - Todo:    1
[task 2024-09-25T22:17:43.277Z] 22:17:43     INFO - Mode:    e10s
[task 2024-09-25T22:17:43.278Z] 22:17:43     INFO - *** End BrowserChrome Test Results ***
```
Bug: Intermittent browser/components/preferences/tests/browser_security-1.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-09-26 06:45:08+00:00
Resolved: 2024-10-21 12:07:11+00:00

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

---
```
[task 2024-09-26T05:16:43.983Z] 05:16:43     INFO - TEST-PASS | browser/components/preferences/tests/browser_security-1.js | block uncommon checkbox is set correctly - 
[task 2024-09-26T05:16:43.984Z] 05:16:43     INFO - Leaving test bound 
[task 2024-09-26T05:16:43.984Z] 05:16:43     INFO - Buffered messages finished
[task 2024-09-26T05:16:43.985Z] 05:16:43     INFO - TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/browser_security-1.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2024-09-26T05:16:44.016Z] 05:16:44     INFO - GECKO(9248) | MEMORY STAT | vsize 2117612MB | vsizeMaxContiguous 65031938MB | residentFast 4992MB | heapAllocated 3583MB
[task 2024-09-26T05:16:44.018Z] 05:16:44     INFO - TEST-OK | browser/components/preferences/tests/browser_security-1.js | took 90937ms
[task 2024-09-26T05:16:44.032Z] 05:16:44     INFO - GECKO(9248) | [Child 9332: Main Thread]: I/DocShellAndDOMWindowLeak ++DOCSHELL 19c8bdc1400 == 1 [pid = 9332] [id = 260]
[task 2024-09-26T05:16:44.033Z] 05:16:44     INFO - GECKO(9248) | [Child 9332: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 1 (19c8987f400) [pid = 9332] [serial = 523] [outer = 0]
[task 2024-09-26T05:16:44.034Z] 05:16:44     INFO - GECKO(9248) | [Child 9332: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 2 (19c8bdc2400) [pid = 9332] [serial = 524] [outer = 19c8987f400]
[task 2024-09-26T05:16:44.087Z] 05:16:44     INFO - checking window state
[task 2024-09-26T05:16:44.121Z] 05:16:44     INFO - TEST-START | browser/components/preferences/tests/browser_security-2.js
```
Bug: Shift + Tab when the urlbar has been focused (with Ctrl+L) should focus dedicated search button
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-09-26 07:45:13+00:00
Resolved: 2025-01-29 14:40:22+00:00

In the default searchbar, with a "secondary" search config, I could:
- cmd + L to focus the address bar
- enter my search query
- hit Tab to move focus to my secondary search button
- hit Enter to trigger the search

With scotchbonnet enabled, I was struggling to do something similar, and I only found out after fiddling around
- cmd + L to focus the address bar
- enter my search query
- hit Escape to hide search results
- hit Shift + Tab to move focus to Search engine selector
- hit Enter to display the dropdown
- move to desired search engine
- hit Enter to validate search engine
- hit Enter to trigger search
Bug: Vertical tabs scrollbar is offset from the sidebar edge and harder to see
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-26 09:21:14+00:00
Resolved: 2024-09-26 14:56:44+00:00

STR:
1. Start with `sidebar.verticalTabs = true` and `sidebar.revamp = true`.
2. Create many tabs (Ctrl+T) so the list overflows and the scrollbar thumb becomes small.
3. Try scrolling to opposite ends of the tab list by clicking inside the scrollbar track.

Expected:
Scrollbar sits on edge of sidebar border.

Actual:
Scrollbar floats next to tabs, offset from the edge of the sidebar. Determining if the cursor is inside the scrollbar track on Ubuntu 24.04 takes some guesswork as only the thumb thickness increases slightly when hovered. Scrollbars that sit on the edge of a clearly defined border do not have this issue.

Windows 11 scrollbars have better track visibility but it still requires some hunting instead of just clicking on the edge of the sidebar.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=7c7c002d7db21d21cbef7f1e16c189e648b6d230&tochange=57667e89d7829978215a88bf55edf27fbda94c72

Regressed by Bug 1902083.
Bug: `JavaScript error: XPIInstall.sys.mjs, line 700: Error: File resource://builtin-themes/resource://builtin-themes/dark/ does not contain a valid manifest` on startup
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-09-26 10:25:18+00:00
Resolved: 2024-10-03 13:16:15+00:00

I got this error on startup:
> JavaScript error: resource://gre/modules/addons/XPIInstall.sys.mjs, line 700: Error: File resource://builtin-themes/resource://builtin-themes/dark/ does not contain a valid manifest

Seems like a bug in `BuiltInThemes.sys.mjs`.
Bug: Add settings checkbox for daily usage ping
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-09-26 12:00:36+00:00
Resolved: 2025-01-16 20:58:42+00:00

For the additional DAU ping we will want a separate settings checkbox that controls whether it is uploaded.

When we add this, we must make sure that for any users that have already disabled telemetry, the new ping is also disabled. (This will likely need a migration in [`_migrateUI`](https://searchfox.org/mozilla-central/rev/6b6c3965d0a79880493b8ae44a92389b72d90636/browser/components/BrowserGlue.sys.mjs#3863).)

Content design for this work has not been finalized so this is not actionable as yet.
Bug: [Rollout] [Linux] The microsurvey is NOT fully visible if the FxA button is placed in the left most position in the Toolbar and the Window maximized
Status: NEW
Priority: P3
Created: 2024-09-26 12:27:38+00:00
Resolved: 2024-10-03 19:17:24+00:00

**[Affected versions]:**
- Firefox Release 128.0.3 BuildID 20240725162350
- Firefox Release 130.0.1 BuildID 20240913135723
- Firefox RC 131.0 BuildID 20240923135042
- Firefox Nightly 132.0a1 BuildID 20240925152840

**[Affected Platforms]:**
- Ubuntu 22.04

**[Prerequisites]:**
- Have a Firefox Release 128 or up using the en-*, de, or fr locales installed. 
- Have a Firefox profile created more than 24 days in the past. 
- Have the `browser.search.region` pref set to `US`, `DE`, or `FR`.
- Have the `browser.newtabpage.activity-stream.asrouter.userprefs.cfr.features` pref set to `true`.
- Have the `nimbus.debug` pref set to `true`.
- Have the `messaging-system.rsexperimentloader.collection_id` set to `nimbus-preview`
- Have the Firefox profile signed into sync using an account connected to at least 2 devices.

**[Steps to reproduce]:**
1. Open the browser from prerequisites using a the profile from prerequisites.
2. Customize the Browser Toolbar and move the FxA button to the left most position (left of the Back button).
3. Confirm the changes and maximize the window.
4. Open a new tab and observe the left part of the screen.

**[Expected result]:**
- The survey is fully visible.
 
**[Actual result]:**
- The survey is opened to the left of the window and most of it is not visible.

**[Notes]:**
- The issue is not reproducible on Windows and macOS. The message is fully displayed, but the anchor point is not visible.
- Attached a screenshot of the issue.