av9ash/GitBugs huggingface dataset:
Bug: The width of the Addresses and Credit cards windows is no longer changing after opening and closing the Add new entry
Status: NEW
Priority: P3
Created: 2023-10-20 09:41:14+00:00
Resolved: 2023-11-14 16:39:37+00:00

**Found in**
* 120.0a1 (2023-10-19)


**Affected versions**
* 120.0a1 (2023-10-19)
* 119.0RC2
* 118.0.2
* 115.4.esr







**Tested platforms**
* Affected platforms: Windows 11, macOS 14, Ubuntu 22
* Unaffected platforms: none


**Preconditions**
* browser.search.region: US



**Steps to reproduce**
1. Open about:preferences#privacy and click on `Saved Addresses…`
2. Click `Add` and then the `Cancel` buttons.
3. Increase the width of the window.


**Expected result** 
* The Addresses box width is increased based on window width.

**Actual result**
* The Addresses box width is not increased based on window width.



**Regression**
* Last good revision: b66bbbcc4467d09a1ef10302ee1a085a675966a8 (2022-09-12)
First bad revision: 93a9b1ba6411a636b3f34e72ecef52fe87daca81 (2022-09-13)
Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=b66bbbcc4467d09a1ef10302ee1a085a675966a8&tochange=93a9b1ba6411a636b3f34e72ecef52fe87daca81 
Possible regressor: bug 1790307.






**Additional notes**
* Attached a screen recording.
* This happens for Saved credit cards as well.
Bug: Webpage Language settings window is clipped after adding multiple languages
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2023-10-20 10:57:45+00:00
Resolved: 2023-10-24 18:23:24+00:00

**Found in**
* 120.0a1 (2023-10-19)


**Affected versions**
* 120.0a1 (2023-10-19)
* 119.0RC2
* 118.0.2
* 115.4.esr







**Tested platforms**
* Affected platforms: Windows 11, macOS 12, Ubuntu 22
* Unaffected platforms: none





**Steps to reproduce**
1. Open about:preferences and click on the `Choose` button from the `Language` section.
2. Select random languages and Add them.
3. Observe the window.


**Expected result** 
* A scroll bar is displayed when the languages overflow.

**Actual result**
* The `Webpage Language Settings` window is clipped.



**Regression**
* Last good revision: 2e1bfb7458de41a36432671c405eee62d897a761 (2019-10-03)
First bad revision: 74c62117e3e5215f69a07e5ba0adddae33773060 (2019-10-04)
Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=2e1bfb7458de41a36432671c405eee62d897a761&tochange=74c62117e3e5215f69a07e5ba0adddae33773060 
Possible regressor: bug 1579516. On good builds scroll bar is displayed when the languages overflow.





**Additional notes**
* Attached a screen recording.
Bug: In the Confirmation Panel  the NVDA reading is inaccurate and duplicated
Status: NEW
Priority: P5
Created: 2023-10-20 12:08:29+00:00
Resolved: 2023-10-25 13:18:33+00:00

**Found in**
* Nightly 120.0a1

**Affected versions**
* Nightly 120.0a1

**Tested platforms**
* Affected platforms: Windows 10 x64

**Preconditions**
* Have NVDA installed and running.

**Steps to reproduce**
1. Launch a private window.
2. Use the Tab key to reach the "End Private Session" button.
3. Use Space to open the Confirmation dialog.
4. Listen to the output from the NVDA screen reader.

**Expected result**
* The screen reader should provide a clear description of the button's functionality when reading the information from the Confirmation panel.

**Actual result**
* The screen reader announces "Document" at the beginning of the reading and "End your private session? Check box checked Alt+A Always ask me" is repeated a second time, unnecessarily extending the entire message and confusing the user.

**Regression range**
* Not a regression.

**Additional notes**
* This is the entire output of the NVDA  screen reader when opening the Confirmation dialog: "Firefox Nightly Private Browsing; Navigation ToolBar; **Document**; End your private session?; Dialog Close all private tabs and delete history, cookies, and all other site data; Always ask me Check box checked Alt+A; **End your private session? Check box checked Alt+A Always ask me**; Button Alt+D Delete session data, Button Alt+C Cancel."
Bug: [Experiment] The "Launch on Login" infobar is triggered even if Firefox is already added as a Windows startup app
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-10-20 12:38:36+00:00
Resolved: 2024-01-02 11:27:50+00:00

**[Notes]:**
- We have observed that the "Open Firefox automatically when your computer starts" option from the "about:preferences" page is unchecked and the 
`browser.startup.windowsLaunchOnLogin.disableLaunchOnLoginPrompt` pref is set to `false` at browser startup even if Firefox is added as a startup app.

**[Affected versions]:**
- Firefox Nightly 120.0a1 - Build ID: 20231019213231

**[Affected Platforms]:**
- Windows 10 x64
- Windows 11 64

**[Prerequisites]:**
- Firefox is set as the default browser app.
- Firefox is added as a Windows startup app.
- Have the `app.update.channel` pref set to `beta` in the "about:config" page.
- Have the following [user.js](https://drive.google.com/file/d/1GOD96udkd03J-RNGTMsn6y_HFWn6nyMD/view?usp=sharing) file saved to your pc.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Navigate to the profile folder and paste the user.js file from the prerequisites.
3. Restart the browser and open a New Tab.
4. Observe the upper part of the browser.

**[Expected result]:**
- The "Launch on Longin" infobar is not triggered as Firefox is already added as a startup app.
    
**[Actual result]:**
- The "Launch on Login" infobar is triggered even if Firefox is already added as a Windows startup app

**[Additional Notes]:**
- Due to this issue the message will be displayed to clients that already have Firefox as a startup app and may harm the user experience.
- Attached a screen recording of the issue.
Bug: VoiceOver does not read the "End your private session" heading when navigating back to it
Status: NEW
Priority: P5
Created: 2023-10-20 14:30:41+00:00
Resolved: 2023-10-25 20:14:14+00:00

**Found in**
* Nightly 120.0a1

**Affected versions**
* Nightly 120.0a1

**Tested platforms**
* Affected platforms: macOS 11.7

**Preconditions**
* Enable Voice Over screenreader.

**Steps to reproduce**
1. Launch a private window.
2. Use the VoiceOver screen reader to reach the "End Private Session" button and open the Confirmation panel.
3. Using the VoiceOver indications - navigate through all the items of the dialog and back.

**Expected result**
* VoiceOver should properly read all text and buttons within the Confirmation panel.

**Actual result**
* The "End your private session" heading is read only the first time it is reached, the second time it's not read anymore. Please see the [video](https://drive.google.com/file/d/1oSD6Ha71Z-HpRPC6KkcyblT2cAmiNvqX/view?t=21s) for more details.

**Regression range**
* not a regression.

**Additional notes**
* If I don't navigate using the VO-specific commands (I use Tab to reach the button) and up-down arrow keys to navigate within the dialog, the "End your private session" heading is not read at all.
Bug: The background flashes a black screen when pinning Firefox to the dock, using a ShellService Nimbus experiment on macOS
Status: NEW
Priority: --
Created: 2023-10-20 14:58:43+00:00
Resolved: 2023-10-20 14:58:43+00:00

**[Affected versions]:**
- Firefox Nightly Version 120.0a1, Build ID  20231020091032

**[Affected platforms]:**
- macOS 13.5

**[Prerequisites]:**
- Have the latest Firefox Nightly 120 installed.
- Have the browser enrolled in a Nimbus shellService experiment that sets the "disablePin" parameter set to false.

**[Steps to reproduce]:**
1. Open the browser from prerequisites.
2. Navigate to the about:welcome page and click the Set as Default button.
3. Observe the behavior.

**[Expected result]:**
- Firefox is pinned to the dock and the Change default browser pop-up is displayed.

**[Actual result]:**
- Firefox is pinned to the dock and the Change default browser pop-up is displayed.
- The background flashes a black screen for a few seconds.

**[Notes]:**
- The issue is not reproducible while pinning Firefox to the dock from the context menu.
- Attached a screen recording of the issue.
Bug: Intermittent comm/mail/test/static/browser_parsable_css.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2023-10-20 16:34:35+00:00
Resolved: 2023-10-24 15:36:55+00:00

**Filed by:** ishikawa [at] yk.rim.or.jp
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=433249307&repo=try-comm-central
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/Xe95Rde1RP6PnbadZVRFkQ/runs/0/artifacts/public/logs/live_backing.log

---
```
Strange CSS parsing bug.
I see similar bug (probably the same) in BenC's sumission.
I think this is relatively new.
```
Bug: It's not possible to edit the URL in the address bar when the page keeps loading
Status: NEW
Priority: P3
Created: 2023-10-20 20:58:53+00:00
Resolved: 2024-08-23 07:50:24+00:00

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

Steps to reproduce:

go to https://usafg.top/go/TrackConfirmAction

then I attempted to delete the URL by backspacing


Actual results:

it does not let me delete the URL resulting in the URL reappearing 


Expected results:

it should allow me to backspace and delete the URL link in Chrome
Bug: Permissions status column not aligned
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-10-21 01:41:53+00:00
Resolved: 2023-10-30 13:52:35+00:00

Steps to reproduce:

1. Go to about:preferences#privacy
2. In the Permissions section, click on Settings button for Autoplay


Actual results:

Status column are not aligned
Bug: Sidebar getting strange and barely readable color scheme
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-10-21 15:22:59+00:00
Resolved: 2023-11-13 08:17:28+00:00

after the changes from bug 1858711, the sidebars in my main firefox profile (win10) got an unusual color scheme and the content became barely visible. 
this seems to be due to the contents of the xulstore.json file in my profile - this profile is many years old and may have had some modifications like the firefox color addon in the past, but i don't remember tweaking anything in regards to that color in particular. 

this might been a weird edge-case and it's also easily fixable by clearing the xulstore.json file in question, but to be on the safe side i wanted to get the issue reported in case it's turning out to be a somewhat more widespread issue.
Bug: Certificate Viewer has large layout shift with missing or symbolic Fluent strings
Status: NEW
Priority: P3
Created: 2023-10-22 14:41:26+00:00
Resolved: 2023-11-09 18:10:52+00:00

Two different STR:
**STR A**
(1) Visit about:certificate (which just lists a DigiNotar cert per bug 1814716)
(2) Reload several times.

ACTUAL RESULTS:
On pageload, I often see a flash of the symbolic name for Fluent-localized strings. See attached screenshot.

EXPECTED RESULTS:
No such flash of symbolic names. Ideally we should wait until the real strings are ready before we display anything.

**STR B**
1. View an actual certificate, e.g. on https://www.mozilla.org/ , click the lock in URLbar, then "Connection Secure", then "More Information", then "View Certificate"
2. Reload the certificate-viewer page.

ACTUAL RESULTS:
Large layout shift as this page loads, due largely to the "Certificate" title initially not-being-present (and having zero height)

EXPECTED RESULTS:
No such layout shift.
Bug: Page Info dialog briefly shows "UnknownUnknown" in cookies section
Status: NEW
Priority: P3
Created: 2023-10-22 15:02:12+00:00
Resolved: 2023-11-06 20:54:48+00:00

STR:
1. Open the page-info dialog for https://www.mozilla.org/ - click lock, then Connection Secure, then More Information
2. Watch the dialog content as it appears.

ACTUAL RESULTS:
Some of the time, you can see a brief layout-shift in the cookie section, with words-we-do-not-actually-intend-to-show. It ultimately says "Yes, cookies", but very-briefly flashes "UnknownUnknown.
Additionally: this change causes all of the surrounding content to change position.

EXPECTED RESULTS:
No flash of "UnknownUnknown" in this section.
Bug: Private Window not opening
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-10-22 21:10:24+00:00
Resolved: 2024-02-15 13:06:53+00:00

Steps to reproduce:

Trying to open a new or a fresh private window didn't work. Instead, it shows a normal window.


Actual results:

1# (While using Firefox) Clicking Menu → Choose "New Private Window" → New window is a standard window
2# (Fresh, new start Firefox) Clicking Menu → Choose "New Private Window" → New window is a standard window
3# Right-click on the Firefox icon pinned on the taskbar → "New Private Window" → New window is a standard window



Expected results:

A New Private Window is opened
Bug: Translate fails for nested website navigation menu
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-10-23 08:17:18+00:00
Resolved: 2023-10-25 06:43:41+00:00

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

Steps to reproduce:

Go to https://www.leroymerlin.es/ . Let firefox translate the website. That works. Go to the top left menu. Click on one item to get to submenus. These should also get translated, but are still in spanish.


Actual results:

Submenus are not translated.


Expected results:

Submenus are translated automatically OR I should be able to translate it manually by clicking on translate.
Bug: Mixed content warning doesn't look right with `browser.urlbar.trimHttps` enabled
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-10-23 11:05:50+00:00
Resolved: 2023-11-13 13:42:17+00:00

Steps to reproduce:

1. Enable `browser.urlbar.trimHttps`
2. Visit https://googlesamples.github.io/web-fundamentals/fundamentals/security/prevent-mixed-content/active-mixed-content.html
3. Click Site Identity Button/Padlock > Connection secure > Disable protections for now

You can see that a line appears in front of the URL, which has previously striked through the https:// scheme, but now seems out of place.
Bug: Webpages are not saved to Bookmarks Toolbar if another location was selected before
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-10-23 13:37:37+00:00
Resolved: 2023-10-27 11:49:04+00:00

**Found in**
- Firefox 119.0

**Affected versions**
- Firefox 119.0
- Firefox 120.0a1

**Tested platforms**
- Affected platforms: Windows 11, macOS 13.6, Ubuntu 22.04

**Steps to reproduce**
1. Launch Firefox
2. Access any page of choice
3. Click on the star from urlbar in order to bookmark the page
4. From the location select any other option besides Bookmarks Toolbar
5. Select back the Bookmarks Toolbar option and press Save

**Expected result**
- The page is saved on Bookmarks toolbar

**Actual result**
- The page is actually saved in Bookmarks Menu

**Regression range**
- Regression was introduced between 2023-02-23 and 2023-02-24. This is what Mozregression says:

Bug 1812083 - Enable delayed apply bookmarks in Firefox Nightly r=mak

As expected, the try job flagged a bunch of test failures when flipping the default `delayedApply` pref to `true`. Some of these failures are legitimate issues:

  - When creating a new folder in the tree under "Location", renaming the folder doesn't update its name in the Location field.
  - When right clicking a bookmark in the sidebar, and creating a new folder, the folder doesn't get placed before the bookmark, i.e. the insertion point is ignored.

And as you pointed out, tags were being wiped out on blur in the Star/Toolbar panels. These issues have been fixed. The rest of the failures have been fixed in one of these ways:

  - Update the test to pass regardless of `delayedApply` setting. This was the preferred method.
  - Force the test to use instant apply. This was only done for tests that have an existing delayed apply counterpart.
  - Force the entire test suite to use instant apply. This was only done for one file, namely `browser_bookmark_popup.js`. I'll file a bug to spin off a delayed apply version of this suite.

**Additional notes**
- The issue can be seen in the following [attachment](https://drive.google.com/file/d/1HzPkZRN6nWdTW1ojEyfBDdF8btXX790X/view?usp=share_link)
- The option to save the page to Bookmarks Toolbar will only work if the user will not select any other location from the list.
Bug: seaart.ai website displays an empty page when Firefox history is set to "Never Remember History"
Status: NEW
Priority: P3
Created: 2023-10-23 14:14:31+00:00
Resolved: 2023-10-24 16:27:09+00:00

This was reported on our Spanish Twitter account:
https://twitter.com/Duckzifer/status/1716447195581256069

STR:
1/ Go to  https://seaart.ai and see the site load correctly 
2/ Open preferences and change the History retention preference to "Never Remember History"
3/ Restart Firefox as requested in the dialog that pops up

ER:
Firefox is restarted and the website is displayed

AR:
Firefox is restarted and a blank black page is displayed

This was reported on Windows 11 with 118.0.2 and 119 beta
I can reproduce with 118.0.2 on Linux.
Not clear if this is a regression and/or limited to this website.
I don't know if this affects mobile.

The tweet includes a screencast on how to reproduce the bug.
Bug: Loading "https://source.chromium.org/search?q=trace_turbo&ss=chromium&start=21" from the History side panel causes it to jump around
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-10-23 15:07:23+00:00
Resolved: 2023-10-23 15:15:59+00:00

STR:
-Load https://source.chromium.org/search?q=trace_turbo&ss=chromium&start=21
-Load a bunch of other pages that you haven't visited before
- Find https://source.chromium.org/search?q=trace_turbo&ss=chromium&start=21 in the "Date" sorted view of the History side bar.
- Click it.

The location in the sidebar jumps around. (I think this might have to do with the title on the page changing.)
Bug: Manage keyboard focus after a user opted-in and Review Checker sidebar is updated
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2023-10-23 15:07:48+00:00
Resolved: 2024-01-09 14:09:05+00:00

### Preconditions
* browser.shopping.experience2023.enabled: true
* browser.shopping.experience2023.optedIn: 0
* Ensure a screen reader is running, i.e. NVDA on WinOS

### STR
1. Open the https://www.amazon.com/dp/B08D73C9FH link.
2. Navigate to the OMC Review Checker sidebar and focus the `Yes, opt-in` button
3. Press `Enter` to activate the control and opt-in
4. Observe the focus position and announcement of a screen reader

### Expected result
* Screen reader announces the updates to the sidebar in some way so a user would know that there is new content to review
* Keyboard focus is placed either on the `Close` button because this is the topmost focusable element among the new/updated content or on the sidebar container (i.e. the `<shopping-container>` or `id=shopping-container` element)

### Actual result
* Screen reader stays silent like nothing has changed
    * This is a high severity issue because it is likely to prevent a new Review Checker user from accessing the essential information on the sidebar - since the user would be unfamiliar with the structure of the Checker, it is not expected that they'll be navigating backwards on the first interaction with the sidebar.
* Keyboard focus is visually lost
    * Pressing `Tab` would place the keyboard focus on-screen on the `Show more` button leaving all the important content above it unknown to blind users and likely missing for users of magnification software, etc.
Bug: In print view radio buttons do not reflect their real state on the pdf form
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-10-23 16:46:20+00:00
Resolved: 2023-11-27 11:20:22+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/17.0 Safari/605.1.15

Steps to reproduce:

1. Open Firefox. 
2. Open new tab and drop "Sample pdf file.pdf" onto it
3. Go to page 2
4. No box is checked yet except int the first and second paragraphes
5. Click on print button from the pdf viewer toolbar
6. See page 2 preview




Actual results:

Two boxes are checked


Expected results:

No box must be checked
Bug: Do not skip test_content_events screenshots test
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-10-23 17:31:16+00:00
Resolved: 2023-10-24 18:18:11+00:00

We accidentally added a skip to [this test](https://searchfox.org/mozilla-central/rev/e4afef5d3ff67781dc1377912344694f3cf3a226/browser/components/screenshots/tests/browser/browser_screenshots_telemetry_tests.js#313-336) but we should not be skipping it
Bug: Intermittent browser/components/firefoxview/tests/browser/browser_tab_close_last_tab.js | single tracking bug
Status: REOPENED
Priority: P5
Created: 2023-10-23 18:42:38+00:00
Resolved: 2025-02-17 07:20:49+00:00

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

---
```
[task 2023-10-23T17:18:59.841Z] 17:18:59     INFO - TEST-START | browser/components/firefoxview/tests/browser/browser_tab_close_last_tab.js
[task 2023-10-23T17:18:59.979Z] 17:18:59     INFO - GECKO(1740) | 1698081539991	Marionette	TRACE	Received observer notification browser-delayed-startup-finished
[task 2023-10-23T17:19:44.850Z] 17:19:44     INFO - TEST-INFO | started process screenshot
[task 2023-10-23T17:19:45.023Z] 17:19:45     INFO - TEST-INFO | screenshot: exit 0
[task 2023-10-23T17:19:45.038Z] 17:19:45     INFO - Buffered messages logged at 17:18:59
[task 2023-10-23T17:19:45.038Z] 17:19:45     INFO - Entering test bound closing_last_tab_should_not_switch_to_fx_view
[task 2023-10-23T17:19:45.039Z] 17:19:45     INFO - Opening window...
[task 2023-10-23T17:19:45.039Z] 17:19:45     INFO - Buffered messages finished
[task 2023-10-23T17:19:45.040Z] 17:19:45     INFO - TEST-UNEXPECTED-FAIL | browser/components/firefoxview/tests/browser/browser_tab_close_last_tab.js | Test timed out - 
[task 2023-10-23T17:19:45.040Z] 17:19:45     INFO - Not taking screenshot here: see the one that was previously logged
[task 2023-10-23T17:19:45.041Z] 17:19:45     INFO - TEST-UNEXPECTED-FAIL | browser/components/firefoxview/tests/browser/browser_tab_close_last_tab.js | Uncaught exception received from previously timed out test bound closing_last_tab_should_not_switch_to_fx_view - BrowserTestUtils:ContentEvent:load listener not removed before the end of test
[task 2023-10-23T17:19:45.042Z] 17:19:45     INFO - GECKO(1740) | MEMORY STAT | vsize 2104574MB | vsizeMaxContiguous 68013104MB | residentFast 403MB | heapAllocated 134MB
[task 2023-10-23T17:19:45.042Z] 17:19:45     INFO - TEST-OK | browser/components/firefoxview/tests/browser/browser_tab_close_last_tab.js | took 45034ms
[task 2023-10-23T17:19:45.043Z] 17:19:45     INFO - checking window state
[task 2023-10-23T17:19:45.043Z] 17:19:45     INFO - Not taking screenshot here: see the one that was previously logged
[task 2023-10-23T17:19:45.044Z] 17:19:45     INFO - TEST-UNEXPECTED-FAIL | browser/components/firefoxview/tests/browser/browser_tab_close_last_tab.js | Found a browser window after previous test timed out - 
[task 2023-10-23T17:19:45.044Z] 17:19:45     INFO - GECKO(1740) | must wait for focus
[task 2023-10-23T17:19:45.045Z] 17:19:45     INFO - TEST-START | browser/components/firefoxview/tests/browser/browser_tab_on_close_warning.js
```
Bug: enable `isEarlyStartup` for `attribution` nimbus feature
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-10-23 19:26:59+00:00
Resolved: 2023-10-26 13:21:05+00:00

Follow-up to bug 1858545. It turns out that anything that feeds into the Telemetry Environment requires `isEarlyStartup`.