av9ash/GitBugs huggingface dataset:
Bug: Missing photos icon in the Downloads panel when saving screenshots with long titles
Status: NEW
Priority: P3
Created: 2024-06-03 11:49:25+00:00
Resolved: 2024-06-13 19:14:46+00:00

**Found in**
* Nightly 128.0a1

**Affected versions**
* Nightly 128.0a1

**Tested platforms**
* Affected platforms: Windows 10
* Unaffected platforms: macOS 13

**Steps to reproduce**
1. Navigate to this website with the long title:
https://www.amazon.com/Purifiers-MOOKA-Purifier-Fragrance-Wildfire/dp/B0CP7QSRHV/ref=sr_1_3?_encoding=UTF8&content-id=amzn1.sym.68f2b66e-afdb-4a19-b88c-555da04d6dc2&crid=1QBODY970JKYC&dib=eyJ2IjoiMSJ9._3GXzCEJnUwCqhbUuXiWXv1MWMELlrXzAC5jhuBRUB5qVjcC7NG_dM2Nk1TMyq3mR_Mix8yk-JJx7CrnwQtDR-ZASsakeKKKdj0mWFsO0MQgksY4WGrt8lkzLaDaA96oO6JDK083pSM7MdR0wFErDxSnO_NHqaR2gg2ZrbF3IWi0goE76Tsjn2SxecXiTmllvRdQbysYh0OpDUsSCIYFayOaWdBpQMqgEFxrqUrT-tAsqbJ1whXrwuEclLo-kQuXo-J53wecpAFT79AvkduzPhh58bhIPhK6LT9jdG8MCiY.fFgPjuT3HoVrwYYiTcZKT27yL8eqgl3-1Xgb4MxokKI&dib_tag=se&keywords=Home&pd_rd_r=9b7fa24f-44c7-4414-957a-e517dfccae49&pd_rd_w=SSLkA&pd_rd_wg=Krswt&pf_rd_p=68f2b66e-afdb-4a19-b88c-555da04d6dc2&pf_rd_r=B3667J9M8PCBS6V3CQJ0&qid=1716235458&s=kitchen-intl-ship&sprefix=home%2Ckitchen-intl-ship%2C164&sr=1-3
2. Enable Screenshots.
3. Click on 'Save full page' and then on 'Download'.
4. Observe the saved screenshot in the Downloads panel.

**Expected result**
* In the Downloads panel, the newly saved screenshot should display the photos file icon to the left of its name.

**Actual result**
* The screenshot does not have the specific file icon displayed in the downloads panel.

**Regression range**
Found commit message:
Bug 1898027 - Update max filename length for screenshots downloads.r=sfoster,kcochrane

**Additional notes**
* I am not reproducing this when downloading screenshots from pages that have a shorter titles.
* [Here](https://www.amazon.com/Purifiers-Aromatherapy-MOOKA-Purifier-M03/dp/B0CJYC2V34?psc=1&pd_rd_w=RxwYA&content-id=amzn1.sym.3c1bdb31-a20d-42d0-a8cf-ddadf63cd1a8&pf_rd_p=3c1bdb31-a20d-42d0-a8cf-ddadf63cd1a8&pf_rd_r=ZETHRKJJQ1KNS1A2J3EF&pd_rd_wg=zCkIC&pd_rd_r=274743bb-9629-495e-870c-b8a4b5ef756b&ref_=sspa_dk_detail_img_2) is another example of a page where I see the missing file icon.
Bug: New tab image credit isn't sticking to the bottom of the new tab page
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-06-03 13:08:47+00:00
Resolved: 2025-01-24 16:39:43+00:00

On the new tab page with a custom background set via enabling the `browser.newtabpage.activity-stream.newtabWallpapers.v2.enabled` pref, the credits to the image don't stick to the bottom of the page but float just below and to the left side of the address bar. 

Is this intentional or should the credits line `p.wallpaper-attribution` be sticking to the bottom?
Bug: [Experiment] Dismissing the Firefox View Feature callout message by expanding the address bar does not send a DISMISS telemetry event
Status: RESOLVED
Priority: P1
Resolution: WONTFIX
Created: 2024-06-03 14:27:29+00:00
Resolved: 2024-06-04 19:27:56+00:00

**[Affected versions]:**

- Firefox Release 126.0.1 - Build ID: 20240526221752
- Firefox Beta 127.0b9 - Build ID: 20240531105723
- Firefox Nightly 128.0a1 - Build ID: 20240603093418

**[Affected Platforms]:**

- Windows 10
- macOS 14
- Ubuntu 22.04

**[Prerequisites]:**

- Have a Firefox build installed and use a new profile.
- Be enrolled in any branch (except control) of the “Feature callout: Firefox View” experiment ([early day](https://experimenter.services.mozilla.com/nimbus/fx-view-discoverability-early-day-users/summary) / [existing](https://experimenter.services.mozilla.com/nimbus/fx-view-discoverability-existing-users/summary)) through forced enrollment.
- Have the “browser.newtabpage.activity-stream.asrouter.devtoolsEnabled” pref set to “true”.
- Unenroll from any experiment or rollout that the profile might be in using the about:studies page.

**[Steps to reproduce]:**

1. Open the browser with the profile from prerequisites and open a New Tab.
2. Navigate to “about:glean” and set a custom debug tag.
3. Select “messaging-system” from the drop-down.
4. Open a New Tab and navigate to the “about:asrouter” page.
5. Search for the “FX_VIEW_DISCOVERABILITY_EARLY_DAY_USERS” or “FX_VIEW_DISCOVERABILITY_EXISTING_USERS” message ID.
6. Click the “Show” button.
7. Focus the address bar and start writing a string of characters.
8. Switch back to the “about:glean” tab and click the “Apply settings and submit ping”.
9. Navigate to the "https://debug-ping-preview.firebaseapp.com/pings/custom_tag_set_at_step_2" and click the most recent messaging-system ping in the page.

**[Expected result]:**

- An IMPRESSION ping and a DISMISS ping are displayed.

**[Actual result]:**

- An IMPRESSION ping is displayed.
Bug: prefFlips feature schema has wrong path
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-06-03 16:19:28+00:00
Resolved: 2024-06-04 09:53:23+00:00

There is a typo in the prefFlips feature schema path, causing failures in Experimenter (see https://app.circleci.com/pipelines/github/mozilla/experimenter/39856/workflows/ec31ad8e-1ca0-4183-b00a-ecdb94ee0f63/jobs/194471)
Bug: Refine nested wallpaper styles
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-06-03 17:48:35+00:00
Resolved: 2024-06-26 12:07:27+00:00

[Figma](https://www.figma.com/design/5hUBRTrDG3iWwi26KyLhtz/New-Tab?node-id=6510-70042&t=ZbwDxaSiCdEMAO5c-0)

Clean up layout styles for wallpaper v2.
Bug: Review Checker in-sidebar survey briefly shows a focus ring when clicking inside it
Status: NEW
Priority: P3
Created: 2024-06-03 19:14:54+00:00
Resolved: 2024-06-10 17:45:23+00:00

`browser.shopping.experience2023.survey.enabled` must be true (experiment does this)
`browser.shopping.experience2023.survey.optedInTime` must be 24 hours ago
`browser.shopping.experience2023.survey.hasSeen` must be false
`browser.shopping.experience2023.survey.pdpVisits` must be 5
`browser.shopping.experience2023.optedIn` must be true

Once you trigger the survey and click inside it, a focus ring briefly shows, even though the survey is not tab focusable. It's weird. I think we need to remove `tabIndex` from the React component somewhere.
Bug: Save to Pocket: can't add any tag with two plus signs in a row (e.g. c++)
Status: NEW
Priority: --
Created: 2024-06-03 19:51:47+00:00
Resolved: 2025-01-28 08:24:34+00:00

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

Steps to reproduce:

1. Log in to Pocket from Firefox
2. Click "Save to Pocket" on some page
3. In "Add tags" field add a tag "c++" or just "++"


Actual results:

Pocket pop-up has completely cleared and turned white. The page has been saved to Pocket, but without any tags.


Expected results:

"c++" tag should be added, pop-up should stay allowing me to add more tags.
Bug: Show Google search suggestions in browser language
Status: UNCONFIRMED
Priority: P3
Created: 2024-06-03 20:39:27+00:00
Resolved: 2024-10-10 15:10:52+00:00

I have Google configured as the default search engine and English as the browser language. I am browsing from Germany.

When I type a query into the address bar and view the suggestions, the suggestions and the rich results are shown in German. 

I would expect the suggestions to show in English. When I click through to the search page, English is used.

Testing with curl, it appears the Google API supports an `hl` parameter to specify the language.

`curl 'https://www.google.com/complete/search?client=firefox&q=barack%20obama&channel=fen' | jq '.[1]'` => German results
`curl 'https://www.google.com/complete/search?client=firefox&q=barack%20obama&channel=fen&hl=en' | jq '.[1]'` => English results
`curl 'https://www.google.com/complete/search?client=firefox&q=barack%20obama&channel=fen&hl=de' | jq '.[1]'` => German results
Bug: Intermittent browser/components/tabbrowser/test/tabs/browser_tab_manager_keyboard_access.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-06-03 22:07:38+00:00
Resolved: 2024-10-08 05:12:11+00:00

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

---
```
[task 2024-06-03T21:57:23.124Z] 21:57:23     INFO - TEST-PASS | browser/components/tabbrowser/test/tabs/browser_tab_manager_keyboard_access.js | Focus inside all tabs menu after toolbar button pressed - 
[task 2024-06-03T21:57:23.124Z] 21:57:23     INFO - Buffered messages finished
[task 2024-06-03T21:57:23.125Z] 21:57:23     INFO - TEST-UNEXPECTED-FAIL | browser/components/tabbrowser/test/tabs/browser_tab_manager_keyboard_access.js | Test timed out - 
[task 2024-06-03T21:57:23.125Z] 21:57:23     INFO - GECKO(1428) | Completed ShutdownLeaks collections in process 3188
[task 2024-06-03T21:57:23.126Z] 21:57:23     INFO - TEST-START | Shutdown
```
Bug: Review Checker Blank Screen after filling out Satisfaction Microsurvey and Disabling Feature
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-06-03 22:41:33+00:00
Resolved: 2024-06-30 18:12:36+00:00

STEPS TO REPLICATE
1) You will need to use Review Checker by going to an Amazon, Best Buy, or Walmart PDP
2) Opt in when you see the opt-in screen by hitting "Yes, try it" 
3) You'll need to fill out the Satisfaction microsurvey, which is triggered by being at least on your 2nd session and having already visited 5 PDPs that have available Fakespot Reviews Analyses on them. You can also simulate this experience by manually setting these preferences in about:config while testing: 

browser.shopping.experience2023.survey.enabled must be true (experiment does this)
browser.shopping.experience2023.survey.optedInTime must be 24 hours ago (try 1696550403)
browser.shopping.experience2023.survey.hasSeen must be false
browser.shopping.experience2023.survey.pdpVisits must be 5
browser.shopping.experience2023.optedIn must be 1 

4) Complete the Satisfaction Microsurvey - you should be asked 2 questions, then you'll see a green confirmation message. 
5) Hit "Turn off Review Checker" to disable the feature (at any point after having filled out the survey)
6) Navigate to another PDP 
7) Manually turn on Review Checker again from the Shopping Icon 

EXPECTED: 
- Review Checker should work as expected, you should be able to see an opt-in screen telling you about using the Review Checker

ACTUAL RESULTS 
- See a blank Review Checker sidebar with only "Thank you for the feedback" in green, or if you dismissed that, then you should only see a blank screen in that sidebar where there normally would be content, with Review Checker as a title

ADDITIONAL NOTES
- The blank screen doesn't seem to happen if you hit X, the Shopping icon, or turn off Auto-Open to temporarily close out the Review Checker. It seems to only happen after you fill out the Microsurvey, and, at any point after filling out the Microsurvey, disable the Review Checker feature by clicking "Turn off Review Checker"
Bug: Appenglow Theme Bar Flashes white
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-06-04 01:38:34+00:00
Resolved: 2024-07-18 14:21:52+00:00

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

Steps to reproduce:

1. Enable or Disable Appenglow theme


Actual results:

The taskbar flashes white when the Appenglow Theme is enabled or disabled.


Expected results:

This behaviour is strange because Appenglow appears to be a dark theme, so I would expect the taskbar to have a black loading screen. I assume this is what it does with most themes because other themes do not appear to have this problem
Bug: Failed to download screenshot file made with Firefox "Take screenshot" feature on specific webpage
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-06-04 11:10:38+00:00
Resolved: 2024-06-06 18:38:38+00:00

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

Steps to reproduce:

1. Visit https://github.com/mehmettas/MVVM_firebase_realtime_family_tracker/tree/master?tab=readme-ov-file
2. Try to make screenshot using Firefox "Take screenshot" feature (with download file button pressed)


Actual results:

"Failed" status in firefox downloads manager window. No file created at all. Feature works fine on any other website. I guess, issue is caused by automatic screenshot name generation algorithm, which is getting broken some why while making screenshot on this webpage. 


Expected results:

File should have been downloaded and saved to the folder.
Bug: [msix] Info bar is displayed after each refresh even though the ‘Set as default’ button was pressed .
Status: NEW
Priority: --
Created: 2024-06-04 12:08:20+00:00
Resolved: 2024-07-03 18:48:34+00:00

**Found in**
* version: 128.0a1

**Tested platforms**
* Affected platforms: Windows
* Unaffected platforms: Mac, Ubuntu

**Preconditions**
* Have the following prefs set as true
browser.mailto.dualPrompt
browser.mailto.dualPrompt.onLocationChange
Have set as Firefox mailto default handler something that is not gmail (about:preferences > Applications > mailto)

**Steps to reproduce**
1. Open Gmail.com.
2. Check the infobar displayed. 
3. Click on ‘Set as default’.
4. Do a page refresh.

**Expected result**
* Info bar “Use Nightly to open mail.google.com every time you click a link that opens email?” should not be displayed.

**Actual result**
* Info bar is displayed after each refresh, although the set as default button was pressed.

**Regression range**
* Not a regression as it was just implemented and it reproduces with first build 2024-05-30 that contains the implementation.

**Additional notes**
* This seems to reproduce only on msix builds. Not reproducing with .exe and msi.
* Pressing 'X' or 'Not now', infobar is not displayed again.
Bug: Grouping windows under a single taskbar entry doens't work for private+non-private windows
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-06-04 12:24:26+00:00
Resolved: 2024-06-19 14:21:12+00:00

Until bug 1883673 was implemented, users could disable grouping of windows in the taskbar with the `browser.privateWindowSeparation.enabled` preference (by setting it to `false`), but the preference was removed with the removal of other, IMV unrelated, code.

The lack of grouping increases task bar clutter for users that don't want that distinction in the task bar.

Users are now blocked from selecting whether they want to group all their windows under a single taskbar item, or whether they want to separate them. This causes a differentiation between using 'throwaway profiles' and a 'private browsing profile': I can enable/disable grouping of profile windows under a single task bar entry (with `taskbar.grouping.useprofile`), but I can't do the same anymore for the special private browsing profile.

Please reconsider removing this preference, or re-implement the grouping of taskbar entries under one list item, e.g. through making the task bar group ID between private mode and normal mode equivalent.
Bug: [Experiment] The question mark is displayed on a different line than the text on the Firefox View Feature callout message in French language on Treatment B branch
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-06-04 12:38:31+00:00
Resolved: 2024-06-10 07:03:34+00:00

**[Affected versions]:**

- Firefox Release 126.0.1 - Build ID: 20240526221752
- Firefox Beta 127.0b9 - Build ID: 20240531105723
- Firefox Nightly 128.0a1 - Build ID: 20240603093418


**[Affected Platforms]:**

- Windows 10
- Ubuntu 22.04

**[Prerequisites]:**

- Have a Firefox build in french locale installed and use a new profile.
- Be enrolled in Treatment B branch of the “Feature callout: Firefox View” experiment ([early day](https://experimenter.services.mozilla.com/nimbus/fx-view-discoverability-early-day-users/summary) / [existing](https://experimenter.services.mozilla.com/nimbus/fx-view-discoverability-existing-users/summary)) through forced enrollment.
- Have the “browser.newtabpage.activity-stream.asrouter.devtoolsEnabled” pref set to “true”.
- Unenroll from any experiment or rollout that the profile might be in using the about:studies page.

**[Steps to reproduce]:**

1. Open the browser with the profile from prerequisites.
4. Open a New Tab and navigate to the “about:asrouter” page.
5. Search for the “FX_VIEW_DISCOVERABILITY_EARLY_DAY_USERS” or “FX_VIEW_DISCOVERABILITY_EXISTING_USERS” message ID.
6. Click the “Show” button and observe the callout.

**[Expected result]:**

- The text and punctuation are properly aligned.

**[Actual result]:**

- The question mark is displayed on a different line than the text.

**[Additional Notes]:**

- We are aware of the French language rule of non breaking space which makes the question mark to be moved on the second row.
Bug: Permanent ESR128 browser/components/urlbar/tests/browser/browser_recentsearches.js | Test timed out - when Firefox ESR 128 created after 2024-06-10
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-06-04 13:36:48+00:00
Resolved: 2024-06-04 13:44:26+00:00

[central-as-esr128 simulation](https://treeherder.mozilla.org/jobs?repo=try&group_state=expanded&resultStatus=testfailed%2Cbusted%2Cexception%2Cusercancel%2Crunning%2Cpending%2Crunnable&revision=121bf652ce917105f3f0f222be409fdb86d1ff17&selectedTaskRun=E7fy6mgmQgiYgST7NgtQ6A.0)
[Failure log](https://treeherder.mozilla.org/logviewer?job_id=460977489&repo=try)

```
[task 2024-06-04T11:37:50.180Z] 11:37:50     INFO - Entering test bound 
[task 2024-06-04T11:37:50.180Z] 11:37:50     INFO - Console message: [JavaScript Warning: "This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use “<!DOCTYPE html>”." {file: "data:text/html," line: 0}]
[task 2024-06-04T11:37:50.180Z] 11:37:50     INFO - Perform a search that will be added to search history.
[task 2024-06-04T11:37:50.181Z] 11:37:50     INFO - Waiting for the urlbar view to open
[task 2024-06-04T11:37:50.181Z] 11:37:50     INFO - Buffered messages logged at 11:36:21
[task 2024-06-04T11:37:50.181Z] 11:37:50     INFO - Urlbar view opened
[task 2024-06-04T11:37:50.181Z] 11:37:50     INFO - Awaiting custom close function
[task 2024-06-04T11:37:50.181Z] 11:37:50     INFO - Done awaiting custom close function
[task 2024-06-04T11:37:50.181Z] 11:37:50     INFO - Waiting for the view to close
[task 2024-06-04T11:37:50.181Z] 11:37:50     INFO - Urlbar view closed
[task 2024-06-04T11:37:50.181Z] 11:37:50     INFO - Buffered messages finished
[task 2024-06-04T11:37:50.181Z] 11:37:50     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_recentsearches.js | Test timed out - 
```

Dale, could you check what causes this to fail for the upcoming ESR 128 (branch has not been created yet)? You and Mandy (CCed) modified the test file. Standard8 (CCed) has fixed search issues with ESR branches in the past.
Bug: Having auto scroll enabled on a page will no longer show tab preview
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-06-04 14:21:51+00:00
Resolved: 2024-06-04 20:08:20+00:00

**Found in**
* 128.0a1 (2024-06-04)

**Affected versions**
* 128.0a1 (2024-06-04)
	


**Tested platforms**
* Affected platforms: Windows 10x64, macOS, Ubuntu
* Unaffected platforms: none


**Steps to reproduce**
1. Open a page that can be scrolled.
2. Activate Autoscroll (middle mouse click).
3. Hover over other tabs.

**Expected result** 
* Tab preview is displayed.

**Actual result**
* Tab preview is not displayed.



**Regression range**
* Mozregression points at bug 1878051.

**Additional notes**
* Attached a screen recording.
Bug: Opening a new window from macOS dock should set opener from existing window
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-06-04 17:20:53+00:00
Resolved: 2024-07-02 21:29:30+00:00

This came up in our sidebar work, where `opener` is null if you try to open a second window via the right-click menu from Firefox in the macOS dock. Since this has implications for persisting sidebar state (which relies on inheriting state from an existing window) and its inconsistent with what menubar and keyboard shortcuts do we should change this.

There was discussion in matrix #macdev channel and I'm gonna copy/paste what Gijs said:

so it looks like we construct the dock menu based on a DOM menu similar to how other menus (like the menubar menu) work, cf. https://searchfox.org/mozilla-central/rev/1d1ca77dd7ca10953c6f5f1b77b98e4eb528274e/browser/base/content/nonbrowser-mac.js#95
that points to https://searchfox.org/mozilla-central/source/browser/base/content/hiddenWindowMac.xhtml#25
which points to https://searchfox.org/mozilla-central/rev/1d1ca77dd7ca10953c6f5f1b77b98e4eb528274e/browser/base/content/nonbrowser-mac.js#14-28
which does call OpenBrowserWindow but doesn't in any way override the openerWindow, so that's going to keep being the mac hidden window (ie hiddenWindowMac.xhtml` in the earlier link) rather than a browser window

if we wanted to fix this we'd need to do 2 things:
* create a way to give OpenBrowserWindow an optional arg to override the passed openerWindow, or make the code in nonbrowser-mac.js directly invoke BrowserWindowTracker such that it bypasses OpenBrowserWindow and passes the openerWindow directly.
* figure out which is the "right" openerWindow to pass. In some cases (<=1 window open) it's easy. In some other cases (multiple windows across multiple desktops, some of which may be in private windows), it's less obvious. A first pass would probably to "just" use BrowserWindowTracker.getTopWindow(), which ignores popups and private state by default (so "just" the most recent window without any other filtering)
Bug: English set to some buttons instead of Italian chosen
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-06-04 19:13:58+00:00
Resolved: 2024-06-08 18:03:07+00:00

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

Steps to reproduce:

Nothing particular, just open Firefox and happens apparently randomly, sometimes yes, others no.


Actual results:

Firefox randomly sets some buttons in English.


Expected results:

Italian should be set since it's my mother tongue.
Bug: The "Close" button on new-tab cog sidebar should perhaps be an "X" button
Status: NEW
Priority: --
Created: 2024-06-04 20:51:47+00:00
Resolved: 2024-06-19 12:13:36+00:00

STR:
1. Open the new-tab right sidebar by clicking the cog icon in the top right corner.
2. Look at the button at the top-right that you would use to close that sidebar. Compare to other sidebars (e.g. Ctrl+H history, Ctrl+B bookmarks sidebar.)

ACTUAL RESULTS:
The button on the new-tab sidebar has the label "Close", whereas our other sidebars have an `X` button.

EXPECTED RESULTS:
The button should perhaps be an `X` button, particularly given its placement at the top right which is where an `X` close-button might typically go in this sort of design.  The use of a regular word in that top-right position feels a bit odd/inconsistent here, to me at least.
Bug: policies.json file fails to load if file encoding is utf-16le
Status: RESOLVED
Priority: P5
Resolution: WONTFIX
Created: 2024-06-04 20:57:16+00:00
Resolved: 2024-06-21 11:43:59+00:00

Steps to reproduce:

I created a `policies.json` file on a Windows machine, and used Notepad to create the file. Notepad creates files with a file encoding of UTF-16LE by default.

Operating System: Windows 10
Firefox version: 126.0.1 (64-bit)


Actual results:

Firefox failed to load the `policies.json` file. It shows errors that `JSON.parse` hit an unexpected character at line 1 column 1.

I was able to work around the issue by doing Save As in Notepad and saving the file as UTF-8 instead.


Expected results:

One of the following:

1. It should successfully load UTF-16LE encoded files.
2. It should detect and display a dedicated error if the file is not UTF-8 encoded.
3. The documentation for policies.json should explicitly clarify that only UTF-8 encoded files are supported.