av9ash/GitBugs huggingface dataset:
Bug: Intermittent browser/components/urlbar/tests/browser/browser_text_dont_shift_on_mousedown.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2025-01-18 19:43:45+00:00
Resolved: 2025-02-10 12:13:36+00:00

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

---
```
[task 2025-01-18T18:48:41.955Z] 18:48:41     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_persist_searchMode.js | Urlbar should never be in search mode without the corresponding attribute. - true == true - 
[task 2025-01-18T18:48:41.955Z] 18:48:41     INFO - Buffered messages finished
[task 2025-01-18T18:48:41.955Z] 18:48:41     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_persist_searchMode.js | gURLBar.searchMode should exist as expected - true == false - 
[task 2025-01-18T18:48:41.955Z] 18:48:41     INFO - Stack trace:
[task 2025-01-18T18:48:41.955Z] 18:48:41     INFO - resource://testing-common/UrlbarTestUtils.sys.mjs:assertSearchMode:827
[task 2025-01-18T18:48:41.955Z] 18:48:41     INFO - chrome://mochitests/content/browser/browser/components/urlbar/tests/browser/browser_persist_searchMode.js:test_persist_searchmode:78
[task 2025-01-18T18:48:41.955Z] 18:48:41     INFO - chrome://mochikit/content/browser-test.js:handleTask:1147
[task 2025-01-18T18:48:41.955Z] 18:48:41     INFO - chrome://mochikit/content/browser-test.js:_runTaskBasedTest:1219
[task 2025-01-18T18:48:41.955Z] 18:48:41     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1360
[task 2025-01-18T18:48:41.955Z] 18:48:41     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:1136
[task 2025-01-18T18:48:41.955Z] 18:48:41     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/<:1058
[task 2025-01-18T18:48:41.955Z] 18:48:41     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_persist_searchMode.js | Urlbar results have proper actionmode attribute - true == true - 
[task 2025-01-18T18:48:46.815Z] 18:48:46     INFO - Not taking screenshot here: see the one that was previously logged
[task 2025-01-18T18:48:46.816Z] 18:48:46     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_persist_searchMode.js | Uncaught exception in test bound test_persist_searchmode - undefined - timed out after 50 tries.
[task 2025-01-18T18:48:46.817Z] 18:48:46     INFO - Leaving test bound test_persist_searchmode
[task 2025-01-18T18:48:46.817Z] 18:48:46     INFO - Entering test bound test_persist_searchmode_non_app_provided_engine
[task 2025-01-18T18:48:46.817Z] 18:48:46     INFO - Extension loaded
[task 2025-01-18T18:48:46.845Z] 18:48:46     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_persist_searchMode.js | Search provider extension should be running - "running" == "running" - 
```
Bug: Intermittent toolkit/content/tests/browser/browser_isSynthetic.js | single tracking bug
Status: NEW
Priority: P5
Created: 2025-01-19 01:01:28+00:00
Resolved: 2025-02-17 07:25:26+00:00

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

---
```
[task 2025-01-19T00:16:15.364Z] 00:16:15     INFO - TEST-PASS | toolkit/content/tests/browser/browser_isSynthetic.js | Should be synthetic - 
[task 2025-01-19T00:16:15.364Z] 00:16:15     INFO - Buffered messages finished
[task 2025-01-19T00:16:15.364Z] 00:16:15     INFO - TEST-UNEXPECTED-FAIL | toolkit/content/tests/browser/browser_isSynthetic.js | Test timed out - 
[task 2025-01-19T00:16:15.365Z] 00:16:15     INFO - GECKO(9596) | Completed ShutdownLeaks collections in process 9596
[task 2025-01-19T00:16:15.369Z] 00:16:15     INFO - TEST-START | Shutdown
[task 2025-01-19T00:16:15.370Z] 00:16:15     INFO - Browser Chrome Test Summary
[task 2025-01-19T00:16:15.370Z] 00:16:15     INFO - Passed:  560
[task 2025-01-19T00:16:15.370Z] 00:16:15     INFO - Failed:  1
[task 2025-01-19T00:16:15.373Z] 00:16:15     INFO - Todo:    5
[task 2025-01-19T00:16:15.373Z] 00:16:15     INFO - Mode:    e10s
[task 2025-01-19T00:16:15.373Z] 00:16:15     INFO - *** End BrowserChrome Test Results ***
[task 2025-01-19T00:16:15.374Z] 00:16:15     INFO - GECKO(9596) | Exiting due to channel error.
[task 2025-01-19T00:16:15.374Z] 00:16:15     INFO - GECKO(9596) | Exiting due to channel error.
[task 2025-01-19T00:16:15.374Z] 00:16:15     INFO - GECKO(9596) | Exiting due to channel error.
[task 2025-01-19T00:16:15.374Z] 00:16:15     INFO - GECKO(9596) | Exiting due to channel error.
[task 2025-01-19T00:16:15.374Z] 00:16:15     INFO - GECKO(9596) | Exiting due to channel error.
[task 2025-01-19T00:16:15.374Z] 00:16:15     INFO - GECKO(9596) | Exiting due to channel error.
[task 2025-01-19T00:16:15.374Z] 00:16:15     INFO - GECKO(9596) | Exiting due to channel error.
[task 2025-01-19T00:16:15.374Z] 00:16:15     INFO - GECKO(9596) | Exiting due to channel error.
[task 2025-01-19T00:16:15.374Z] 00:16:15     INFO - GECKO(9596) | Exiting due to channel error.
[task 2025-01-19T00:16:15.374Z] 00:16:15     INFO - TEST-INFO | Main app process: exit 0
[task 2025-01-19T00:16:15.374Z] 00:16:15     INFO - TEST-UNEXPECTED-FAIL | toolkit/content/tests/browser/browser_isSynthetic.js | Application shut down (without crashing) in the middle of a test!
[task 2025-01-19T00:16:15.374Z] 00:16:15     INFO - TEST-INFO took 45224ms
```
Bug: Mozilla Firefox shows repeated in default apps
Status: NEW
Priority: P3
Created: 2025-01-19 12:36:33+00:00
Resolved: 2025-02-25 01:03:52+00:00

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

Steps to reproduce:



If I search for Firefox in Default Apps, it shows up 2 times, I can mark any of them as my default browser but it doesn't work it keeps saying that Firefox is not the default browser. In the Installed apps section in settings, only shows up once.


If I restart the app, it doesn't fixes it, it keeps showing up 2 times, if I uninstall and reinstall, it shows up fine for a couple of days, then it shows up doubled again.

https://imgur.com/a/ppQLf35


Actual results:

If I restart the app, it doesn't fixes it, it keeps showing up 2 times, if I uninstall and reinstall, it shows up fine for a couple of days, then it shows up doubled again.


Expected results:

App should show up only once in default apps
Bug: Bookmarks gone suddenly and restoring from backup not working.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2025-01-19 13:14:56+00:00
Resolved: 2025-02-04 16:55:40+00:00

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

Steps to reproduce:

Use Firefox. Nothing exactly. Just realized the bookmarks where gone. 


Actual results:

Bookmarks are gone. Restoring from Backup did not work. Updating from version 133 to 134 does not bring back the bookmarks neither does the restore from backup work. The restore from backup does not work for the only two save points from past that I have. The first today a few hours ago and the second 4 days ago. Neither of those does restore the bookmarks although it says "1,0 KB - 11 entries". 


Expected results:

Bookmarks should not randomly disappear at all and at least restoring from backup should work.
Bug: Thumbnails grid squeezed on Firefox New Tab Page, when "Recent activity" is the only enabled section
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2025-01-19 20:51:52+00:00
Resolved: 2025-01-27 09:41:41+00:00

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

Steps to reproduce:

"Recent Activity" toggle is active and the "Shortcuts" toggle is off.


Actual results:

When the "Recent Activity" toggle is active on the Firefox home page and the "Shortcuts" option is off, the grid of thumbnails for bookmarks and history appears squeezed and does not display properly. However, when both "Recent Activity" and "Shortcuts" are on, the grid is normal.


Expected results:

The grid should be normal as of few updates ago.
Bug: Cannot join [address bar] testday
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2025-01-19 21:47:18+00:00
Resolved: 2025-01-27 17:02:35+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:135.0) Gecko/20100101 Firefox/135.0b6 (64-bit)

Steps to reproduce:

1. Enable the testday pref as described on https://community.mozilla.org/en/campaigns/test-the-new-firefox-address-bar/
2. Both preferences **app.shield.optoutstudies.enabled** and **app.normandy.enabled** values are already set to true
3. Restart Firefox


Actual results:

Firefox restarted, but no modal dialog was shown and the old address bar was still active.


Expected results:

Upon restarting, a modal window should have appeared and welcomed me to the Mozilla Testdays. The address bar should show the new behaviour.
Bug: Improper Truncation of Long Subdomain Names in Popup Leading to Spoofing
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-01-20 07:02:46+00:00
Resolved: 2025-01-31 18:24:37+00:00

The Firefox browser address bar is not properly truncated for URLs when opened with a domain that has a long subdomain name (eg: https://secure.authentication.nationalbank.com.screen.bar/), making it susceptible to spoofing. This could result in the address bar displaying a custom domain name, potentially leading to the spoofing of the victim's browser.

Proof-of-Concept:
URL: https://secure.authentication.nationalbank.com.screen.bar/ 
Expected result: ....nationalbank.com.screen.bar/ 
Actual result: https://secure.authentication.nationalbank.com

We should properly truncate the domain name within the address instead of expanding it if a long subdomain is used. Solution example: .....screen.bar/

Steps to reproduce:
1. Download the below poc.html file.
2. Click on the "Open" button on the webpage and observe that a spoofed domain name popup is displayed with a not properly truncated domain name.
Bug: sync: homepage, translate extension uuid on multiple tabs
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2025-01-20 18:40:02+00:00
Resolved: 2025-01-23 21:17:29+00:00

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

Steps to reproduce:

1. Install an extension that adds a custom start page, for example: https://addons.mozilla.org/en/firefox/addon/nighttab
2. Set mutiple urls delimeted by "|" into startup/homepages field of firefox settings.
3. For example that will look like this: "https://google.com|moz-extension://{RANDOM_UUID}/index.html"



Actual results:

1. On the main firefox device this works just fine, a browser start opens my desired tabs and custom startpage (nighttab-extension)
2. However on a synced device, there is instead of nighttab an empty tab
3. This is kinda makes sense, as the extension uuid changes on another device
4. So it's kind of a nasty issue to deal with, as fully disabling startpage sync is not really what I hope for.


Expected results:

Firefox should sync the homepage/startuppages the same way, as if there would be just a single url in that field, because if I just set the nighttab extension like this: "moz-extension://{RANDOM_UUID}/index.html" firefox seems to notice this and accordingly translate it to the other devices without any issue.

This should happens as well with multiple urls in that field, as using multiple urls cut with "|" is supported officially.
Bug: ClearURLs extension causes Firefox to delete all text after using a "#" symbol in searches
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-01-20 21:13:36+00:00
Resolved: 2025-01-31 02:21:04+00:00

Steps to reproduce:

when searching anything containing a # everything behind the char seams to be cut from it.
There for searching for "c# something you wanna know" doesn't works as it will change the search text to "c"
cannot determin the current used version.
I guess it autoselects if using the browser?


Actual results:

searching for "c# something you wanna know" gets trimmed and returns the results of searching for "c"


Expected results:

searchtexts containing a # should not trim the text behind the #
Bug: Firefox is poorly translated into my native language.
Status: UNCONFIRMED
Priority: --
Created: 2025-01-21 08:10:39+00:00
Resolved: 2025-01-30 09:47:56+00:00

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

Steps to reproduce:

When i open another Language website in the Firefox then it does not translated or poorly Translated into my native language  


Actual results:

Error Show


Expected results:

clearly translates language
Bug: Not rendering online PDFs in  <embed> and <object> tags
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-01-21 08:31:03+00:00
Resolved: 2025-02-25 22:52:28+00:00

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

Steps to reproduce:

I’ve noticed that Firefox Nightly 136.0a1 no longer renders PDFs when hosted online. My online banking PDFs stopped showing up since 3-4 weeks, which led me to investigate.

I created a minimal test case here: https://a0a6.com/pdf-debug/ 


Actual results:

Running the example locally by file, both the <embed> and <object> tags work fine, but when hosted on a web server (calling my URL from above), neither works in Nightly.


Expected results:

However, in regular Firefox 134, both methods work as expected, both online and offline.
Bug: My Website fails to load properly on Firefox version 136.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2025-01-21 08:52:28+00:00
Resolved: 2025-02-05 07:30:26+00:00

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

Steps to reproduce:

1. Open Firefox version 136.
2. Navigate to https://oraclecardsreader.com.
3. Wait for the website to load completely.
4. Observe that some features (e.g., card animations or buttons) do not work as expected.


Actual results:

The website loaded partially, but the interactive card animations and buttons were unresponsive.


Expected results:

The website should load fully, and all interactive features (e.g., card animations and buttons) should work properly.
Bug: The Settings and How we determine review quality Collapsed cards hover States do not cover the entire area
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2025-01-21 09:58:22+00:00
Resolved: 2025-01-23 00:52:05+00:00

**Found in**
* 136.0a1 (2025-01-19)

**Affected versions**
* 136.0a1 (2025-01-19)

**Preconditions**
Enable the Review Checker:
browser.shopping.experience2023.enabled - true
browser.shopping.experience2023.optedIn - 1
browser.shopping.experience2023.autoOpen.enabled - true
browser.shopping.experience2023.integratedSidebar - true
browser.shopping.experience2023.shoppingSidebar - false

**Affected platforms**
* all

**Steps to reproduce**
1. Reach https://www.amazon.com/Cherry-Mechanical-Keyboard-Aluminum-Switches/dp/B08YRGQSD1/ref=sr_1_1_sspa?_encoding=UTF8&content-id=amzn1.sym.12129333-2117-4490-9c17-6d31baf0582a&dib=eyJ2IjoiMSJ9.wvEBKSDQQm4qdxchORsZMYW-V79MXo8J-lGih9Sy1kjfe3-LRBnh2fo7sMVEQG8AQaeCof5IqEid_3BkRUW5QD4yyYhs5XXjf5Erd3-2tJPa2eJflNnjXj1o1sHze7rSrIw4Sjsr-lpr6Rc04_8zKx0eyU5hu1z2-jgGWD8gX3_PG8yNNcNU8_QIEZ3J59vGkpQQPPChIzdZxyMXM5CtMmADYhDfPJLlJR1YlbvHUJk._A-Mz7cq-obpUCc-7Aty0wVJ2khvo2pg1_frD4usCwY&dib_tag=se&keywords=gaming+keyboard&pd_rd_r=f128a914-40b1-46ee-b52e-9e7971542fab&pd_rd_w=p3eVB&pd_rd_wg=tZjtM&pf_rd_p=12129333-2117-4490-9c17-6d31baf0582a&pf_rd_r=EWPERJ5P4N2CAEKPWC9G&qid=1736937216&sr=8-1-spons&sp_csd=d2lkZ2V0TmFtZT1zcF9hdGY&psc=1
2. Hover over the collapsed How we determine review quality and Settings cards.

**Expected result**
* The Hover state should cover the entire area.

**Actual result**
* The Hover state is smaller than the actual card area.

**Regression range**
10:39.87 INFO: Last good revision: 8501a977440d0a80c5aaa8e74bc3260a8a7b1147
10:39.87 INFO: First bad revision: 5a74fd9392bad7b40efce636e024c4a8aa215dc0
10:39.87 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=8501a977440d0a80c5aaa8e74bc3260a8a7b1147&tochange=5a74fd9392bad7b40efce636e024c4a8aa215dc0
Bug: [Rollout] The Fox Doodle checkboxes are wrongly aligned on Nightly 136
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2025-01-21 15:36:30+00:00
Resolved: 2025-01-28 09:48:28+00:00

**[Affected versions]:**
- Firefox Nightly 136.0a1 (Build ID: 20250121034512)

**[Affected Platforms]:**
- Windows 10 x64
- MacOS 14.7.1

**[Prerequisites]:**
- Have a Firefox Nightly 136.0ai build installed.
- Have the following prefs set:
  - nimbus.debug = true
  - browser.newtabpage.activity-stream.asrouter.devtoolsEnabled = true
- Navigate to the following URL to force enroll in the rollout: about:studies?optin_slug=fox-doodle-multi-action-cta-2025-rollout&optin_branch=treatment-a&optin_collection=nimbus-preview

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Navigate to about:asrouter page.
3. Search for any FOX_DOODLE_MULTI_ACTION message (eg: FOX_DOODLE_MULTI_ACTION_CHECKBOXES_MAC_WINDOWS_NON_MSIX_EARLY_DAY_SCREEN).
4. Click the "Show" button.
5. Observe the Fox Doodle.

**[Expected result]:**
- The checkbox options are correctly aligned in the center. 

**[Actual result]:**
- The checkbox options are not aligned correctly and are displayed in the left part of the Fox Doodle. 

**[Regression]**
- Since this issue is not reproducible on Firefox 135.0b7, it seems to be a regression. Using the mozreregssion tools I have found the issue that introduces this one:
  - Last good revision: 2bad00ee65eaff03720abceb45271b98fbc5ffc6
  - First bad revision: f7524feb52aa820a5e877b14b4a0a02815cf3ae8
  - Pushlog: [link](https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=2bad00ee65eaff03720abceb45271b98fbc5ffc6&tochange=f7524feb52aa820a5e877b14b4a0a02815cf3ae8)
  - Looks like Bug 1936656 introduced this behavior.

**[Notes]:**
- The issue is not reproducible on Firefox Release 134 and Firefox Beta 135.0b7.
- Attached is a screenshot of the issue.
Bug: After Firefox restart, with the option of "open previous windows and tabs", clicking on an unloaded tab should show its URL from the start
Status: NEW
Priority: P3
Created: 2025-01-21 15:58:27+00:00
Resolved: 2025-01-27 16:49:58+00:00

STR:
1. Have a firefox session with a few tabs loaded.
2. Make sure that the option "Startup" > "open previous windows and tabs" is enabled.
3. Restart Firefox.
4. Click on some of the tabs that are unloaded.

=> There is a more or less brief period of time before the URL is displayed. The period depends on the network condition (maybe DNS?).

It seems to be Desktop only, Android seems to be OK.

(Firefox v136 20250121034512, but I believe it is a long-standing issue, not a recent problem)
Bug: MSI setup - uninstall leaves all files and registry behind
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-01-21 17:23:59+00:00
Resolved: 2025-01-27 17:09:55+00:00

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

Steps to reproduce:

I was required to uninstalled Firefox from all company computers to be able to reinstall a different version later. We have used AD GPO deployment and this makes a simple uninstall of the MSI file.


Actual results:

The uninstall has run the MSI uninstall process, but has not removed any files from the computer. The "%ProgramFiles%\Mozilla Firefox\uninstall\helper.exe /s" command was not run by setup.


Expected results:

As you have not implemented a native MSI (what suxxx a lot) you need to run the EXE helper to uninstall firefox inside the MSI file. This is possible and not so tricky. Please fix the defect and run a propper uninstall.
Bug: New Tab placeholder tiles are skinny "matchsticks" until their content renders
Status: VERIFIED
Priority: --
Resolution: DUPLICATE
Created: 2025-01-21 18:48:32+00:00
Resolved: 2025-01-24 17:36:58+00:00

[Tracking Requested - why for this release]: late breaking regression, recently uplifted to beta135

STR:
1. Start Firefox with a fresh profile, viewing `about:home`, like this on Linux:
```
mkdir /tmp/temp-profile; firefox -profile /tmp/temp-profile "about:home"
```
2. Watch the new-tab page very carefully as it loads.

ACTUAL RESULTS:
The new-tab suggested-stories tiles are very skinny while they're waiting for their content (and while they're playing their "throbber" loading animation)

EXPECTED RESULTS:
No such skinny rendering.

This is a recent regression, regression range:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=87dd25bcdd3ba49dfdda30cc90af054aaa07c99e&tochange=c59212ed5dcd997a87cabbe46fa2946c246d792a

--> regression from bug 1939415.  We've got limited time to investigate/fix because it looks like bug 1939415 was uplifted to beta135 which goes to release-candidate next week, I think.

Reem, could you take a look at this?
Bug: ClearURLs causes Firefox to delete all text after using a "&" symbol in searches
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2025-01-21 20:18:25+00:00
Resolved: 2025-01-24 13:07:37+00:00

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

Steps to reproduce:

In either the Firefox search window or directly from Google or Bing websites, Firefox v134.01 and 134.02 truncates all text beginning with the "&" symbol.  DuckDuckGo is not effected.  Example used: Search for "F&P", will return only a search for "F".


Actual results:

Returned a search for the character preceding the "&" symbol. 


Expected results:

Return a complete search string including the "&" and all text afterward.
Bug: firefox removes property content from a object
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2025-01-21 20:24:29+00:00
Resolved: 2025-01-21 20:51:02+00:00

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

Steps to reproduce:

go to: https://jsbin.com/weroyovino/edit?js,console
the console should only show "start" and "end"


Actual results:

some properties content is removed from the js object


Expected results:

the values should still exist, or the browser tab should crash or error.
Bug: Updating identity.fxaccounts.autoconfig.uri only applies the fetched configuration after starting a sign-in flow
Status: NEW
Priority: P3
Created: 2025-01-21 21:07:25+00:00
Resolved: 2025-02-13 18:57:17+00:00

### Steps to reproduce
1. Start a fresh profile.
2. Go to `about:config` and update:
  - `identity.fxaccounts.autoconfig.uri` to `https://accounts.stage.mozaws.net`.
  - `services.sync.log.appender.console` to `Debug`.
3. Restart the browser.
4. Open the browser console to observe for `Got successful configuration response` in next step.
    - ```
      1737492268477	FirefoxAccounts	DEBUG	Got successful configuration response: {"auth_server_base_url":"https://api-accounts.stage.mozaws.net","oauth_server_base_url":"https://oauth.stage.mozaws.net","pairing_server_base_uri":"wss://stage.channelserver.nonprod.cloudops.mozgcp.net","profile_server_base_url":"https://profile.stage.mozaws.net","sync_tokenserver_base_url":"https://token.stage.mozaws.net"} 
        ```
5. Start a sync sign-in flow from the FxA menu.
6. Continue the sign-in process until completion.

### Expected behaviour
- At step 5, all requests should be made to the newly received configuration.
- Sign-in from the FxA Menu is successful.

### Actual behaviour
- At step 5, we make requests to the previous configuration instead (e.g. `https://api.accounts.firefox.com/v1/account/device` instead of `https://api-accounts.stage.mozaws.net/v1/account/device`)

### Additional notes
- ⚠️ This bug is not reproducible if step 5 uses `about:preferences#sync` to start the sign-in flow.