av9ash/GitBugs huggingface dataset:
Bug: Helper.exe uninstallation for non-admin install does not remove registry entries when run from a different account
Status: NEW
Priority: P5
Created: 2024-05-06 18:20:40+00:00
Resolved: 2024-06-26 13:31:25+00:00

Steps to reproduce:

When installing Firefox on Windows, if "No" is selected at the UAC prompt for admin credentials, the installer will proceed and install Firefox to the user's AppData folder, and write to HKCU for that user.

If I switch accounts, navigate to the original user's AppData and run `helper.exe -ms`, the files will be removed, but the registry entry in `HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Uninstall\` for the original user stays behind.

The results are the same whether or not the original user remains signed in or logs out.

If `helper.exe` is run from within the original user's account, the files and registry keys are successfully removed


Actual results:

After running `helper.exe` from a different user's account, the files in `C:\Users\%user%\AppData\Local\Mozilla Firefox` are removed, but the registry key under `HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Uninstall\` is left behind.


Expected results:

`helper.exe` should remove the registry keys for the user that originally installed Firefox to their AppData folder.

This is important because we'd like to remove non-standard (non-Program Files) installations using our endpoint management software, which runs as SYSTEM, and fails to remove the relevant registry keys unless we load each hive and delete the keys manually.
Bug: Device Pairing tab may restore incorrectly
Status: NEW
Priority: P3
Created: 2024-05-06 20:49:16+00:00
Resolved: 2024-05-06 20:49:16+00:00

STR:
* Open the hamburger menu etc, select "Connect a new device".
* Note the URL looks like `https://accounts.firefox.com/pair?context=fx_desktop_v3&entrypoint=fxa_app_menu&service=sync&uid=...&email=...` and you see the expected QR code etc.
* Ensure the browser is set to restore the previous session on startup.
* Restart the browser.

Expected:
* That pairing tab restores with the correct URL and continues to show the pairing dialog.

Actual:
* It sometimes restores with `https://accounts.firefox.com/pair/unsupported?context=fx_desktop_v3&entrypoint=fxa_app_menu&service=sync&uid=...&email=...`

Note that sometimes it does restore correctly - it's difficult to predict. Speaking with Tarik we are guessing there's a race with session restore and fxa-initialization - that *maybe* the tab is asking the browser for the fxa status before the browser knows what it is, so the UDL changes to that `unsupported` path.
Bug: Tab opens in a new window suddenly
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-05-07 11:10:56+00:00
Resolved: 2025-02-03 12:30:19+00:00

Steps to reproduce:

I use Firefox version 125.0.3 on my Macbook Air M1. After updating to this version from previous one, when I switch from another application to Firefox, most times it moves the current tab (even pinned tab) into a new window.
It's really annoying. I didn't have this problem before.
Bug: Rectangular buttons in the zoom control section of the application hamburger menu lost their hover style
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-05-07 11:25:39+00:00
Resolved: 2024-06-04 07:47:23+00:00

#### Steps to reproduce:
1. Run Firefox at least version 123 stable.
2. Zoom in or out on your homepage or any other web page at least once so that it is no longer at the default zoom level.
3. Open the application hamburger menu in Firefox.
4. Hover the cursor over the current page zoom indicator (or, alternatively, over the button to switch the entire browser to the fullscreen mode) in the hamburger menu you just opened.
5. See what is described in the "Actual results" section.

#### Actual results:
Rectangular buttons in the zoom control section, such as the current page zoom indicator and the fullscreen button, no longer show any visual feedback (apart from tooltips) when hovering over them with the mouse cursor. Unless they are *both* active and hovered over, in which case everything works as usual, but in normal use, I haven't been able to achieve this.

This is particularly problematic in the case of the current page zoom indicator, as one of its two main functionalities, i.e. resetting the current zoom level to the default value, is not communicated to the user in any way other than a tooltip that is easy to miss.

#### Expected results:
These buttons should behave, from the user's perspective, as they did in Firefox 122 stable and below. Refactorings to improve the readability of CSS stylesheets should not get rid of or break useful selectors.

#### Regression range:
Mozregression points to bug 1859349 as the culprit. Here's the relevant pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=ab9b9a557a9e090e09be76d843272a37e0d34e6b&tochange=741e0f58de89f5dcf5673b5bcbccf409ff8e9536
Bug: “x” button from “Import history..” banner from Firefox View is not aligned with the right edge of the card’s inner padding
Status: REOPENED
Priority: P5
Created: 2024-05-07 14:43:41+00:00
Resolved: 2024-05-14 10:09:05+00:00

**Found in**
* 126.0 RC-build 1

**Affected versions**
* 127.0a1 (2024-05-06)
* 126.0 RC-build1
* 125.0.3

**Tested platforms**
* Affected platforms: Windows 11, macOS 12.6.6, Ubuntu 22.04
* Unaffected platforms: none

**Steps to reproduce**
1. Open a few websites and navigate to the Firefox View tab 
2. Click on the History option from the left side of the page
2. Observe the alignment of the “x” button from the “Import history from another browser” banner

**Expected result**
* The “x” button does align with the right edge of the card’s inner padding

**Actual result**
* The “x” button does not align with the right edge of the card’s inner padding

**Regression range**
* Last good build: 2024-04-05
* First bad build: 2024-04-06
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=c230ec8f9514326a6e5081ee8e2d677ccf10ab67&tochange=b015e423be91c58d7b97894c9edf76dd65a7c5aa 
* Potentially regressed by: Bug 1889769

**Additional notes**
* See the attached ss
* Not reproducing for the buttons from the tab row row items (fixed in Bug 1889769)
Bug: FxA telemetry recorded by browser-sync doesn't record correct entry-points
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-05-07 15:09:09+00:00
Resolved: 2024-05-31 20:57:21+00:00

For example, both the app menu and fxa-toolbar item both record UI interactions as happening on the toolbar. There's a degree of confusion in browser-sync.js which should be rationalized.
Bug: Intermittent browser/components/customizableui/test/browser_940307_panel_click_closure_handling.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-05-07 17:31:51+00:00
Resolved: 2024-06-05 12:00:59+00:00

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

---
```
[task 2024-05-07T15:43:20.938Z] 15:43:20     INFO - TEST-START | browser/components/customizableui/test/browser_940307_panel_click_closure_handling.js
[task 2024-05-07T15:44:59.346Z] 15:44:59     INFO - TEST-INFO | started process screenshot
[task 2024-05-07T15:44:59.615Z] 15:44:59     INFO - TEST-INFO | screenshot: exit 0
[task 2024-05-07T15:44:59.617Z] 15:44:59     INFO - Buffered messages logged at 15:43:20
[task 2024-05-07T15:44:59.617Z] 15:44:59     INFO - Entering test bound plain_button
[task 2024-05-07T15:44:59.619Z] 15:44:59     INFO - Waiting for overflow button to show
[task 2024-05-07T15:44:59.620Z] 15:44:59     INFO - Checking if element has non-0 size
[task 2024-05-07T15:44:59.620Z] 15:44:59     INFO - Buffered messages finished
[task 2024-05-07T15:44:59.620Z] 15:44:59     INFO - TEST-UNEXPECTED-FAIL | browser/components/customizableui/test/browser_940307_panel_click_closure_handling.js | Test timed out - 
[task 2024-05-07T15:44:59.621Z] 15:44:59     INFO - GECKO(7244) | Completed ShutdownLeaks collections in process 7700
[task 2024-05-07T15:44:59.622Z] 15:44:59     INFO - TEST-START | Shutdown
```
Bug: Heartbeat survey in-browser invitation could maybe use some punctuation (particularly on final "Thanks Learn More" message)
Status: NEW
Priority: --
Created: 2024-05-07 17:35:11+00:00
Resolved: 2024-08-26 16:31:15+00:00

I just (randomly) got an invitation to take a short survey, via a dropdown-panel in a new Firefox profile. (not sure how to trigger it deterministically)

This was associated with https://wiki.mozilla.org/Firefox/Shield/Heartbeat per the "Learn More" link.

Filing a bug because I noticed that it was missing some punctuation, which felt a bit odd? I didn't capture a screenshot, but it looked something like:
```
Please help improve Firefox by taking this short survey Learn More [Take Survey]
```

And when I clicked Take Survey, the content changed to:
```
Thanks Learn More
```

(here, the "Learn More" text was an underlined link, but otherwise isn't separated from the rest of the text.  `[Take Survey]` is a button.)

To me at least, it felt like there should be a period before Learn More in the first content, and perhaps an exclamation point after "Thanks" in the second content.
Bug: The "Learn More" links are inconsistently baseline-aligned in "Data Collection and Use" on about:preferences
Status: NEW
Priority: P3
Created: 2024-05-07 17:57:11+00:00
Resolved: 2024-05-15 15:30:26+00:00

STR:
1. Visit the Privacy section of Firefox Preferences
2. Scroll down to the "Data Collection and Use" section.
3. Look at the Learn More link next to the first checkbox label ("Allow Firefox to send technical and interaction data to Mozilla")

ACTUAL RESULTS:
"Learn more" is shifted downwards vs. the rest of the text on that line.

EXPECTED RESULTS:
"Learn more" should be baseline-aligned on that line, like it is on other lines.
Bug: Uncaught SyntaxError: redeclaration of let nsContextMenu
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-05-07 18:07:11+00:00
Resolved: 2024-08-29 12:20:13+00:00

STR:
1. Run firefox (Do not open a context menu)
2. Open browser console or browser toolbox to the console
3. Execute `nsContextMenu`

AR:
`Uncaught SyntaxError: redeclaration of let nsContextMenu`

ER:
We should not throw an error

This has something to do with loading a class instead of an object with `defineLazyScriptGetter`
Bug: Use Append('c') instead of AppendLiteral("c") in MimeType.cpp
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-05-07 18:29:04+00:00
Resolved: 2024-05-09 04:14:08+00:00

There are some spots in MimeType.cpp where we append a literal string that's just a single character, like `string.AppendLiteral("\\"")`. We might as well just `Append('"')` a char instead.
Bug: The tab manager (list all tabs) shows tabs in a recently used order and links opened in new tabs are no longer located next to the active tab after opening the tab manager
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-05-08 02:45:31+00:00
Resolved: 2024-05-17 12:53:55+00:00

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

Steps to reproduce:

1. Open three tabs.
2. Select the last tab in the tabstrip.
3. Open the tab manager (you may need to open and close it a couple of times to see the issue).


Actual results:

The tab selected at step 2, is at the top of the list in the tab manager.

Generally all tabs are listed in a recently used order, with the most recent at the top of the list.

Also, opening new tabs puts them in unexpected places in the tabstrip.


Expected results:

The tabs should be shown in the same order as in the tabstrip.

Regressed by Bug 1892659.

https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=c13bf5bee99bc704c7dc60b1352f889f25bf2a6d&tochange=4c7b1942b455d9c365693e5584f7ea86c5b33615
Bug: Security: Incorrect URL Elision in Omnibox leading to Spoof [Windows][Regression]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-08 05:20:17+00:00
Resolved: 2024-05-30 18:27:51+00:00

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

Steps to reproduce:

1. Go to https://jayateerthag.in
2. Open Dev Console
3. Enter window.open("https://long-extended-subdomain-name-containing-many-letters-and-dashes.badssl.com/", "littleWindow", "location=center,width=400,height=500");


Actual results:

URL is not elided properly for small windows as shown in attached screenshot.


Expected results:

URL should be elided properly 

Reference: https://chromium.googlesource.com/chromium/src/+/HEAD/docs/security/url_display_guidelines/url_display_guidelines.md#eliding-urls
Bug: The history dropdown from settings jumps to the bottom when accessing the options with keyboard down arrow key
Status: NEW
Priority: --
Created: 2024-05-08 12:33:56+00:00
Resolved: 2024-10-25 16:15:08+00:00

**Found in**
* Firefox 127.0a1

**Affected versions**
* Firefox 127.0a1

**Tested platforms**
* Affected platforms: Windows 10
* Unaffected platforms: Ubuntu 22

**Preconditions**
* Keyboard-only navigation!

**Steps to reproduce**
1. Open the browser with a newly created profile.
2. Open "about:preferences" page.
3. Search "History" in the "Find in Settings".
4. Navigate to the History section.
5. Focus the "Remember history" drop-down and select the "Never remember history" option by pressing the down arrow key.

**Expected result**
* The "Never remember history" option is selected and a Restart Nightly message appear.

**Actual result**
* The "Never remember history" option is selected and in the same time this dropdown jumps down.

**Regression range**
* I will come back with regression range ASAP.

**Additional notes**
* See this issue in the attached screenshot.
* This issue appears randomly, after a restart or at first time when accessing the history dropdown.
Bug: Drop-down menu list masks sub-dialogs in setting UI when operated with keyboard
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2024-05-08 14:24:06+00:00
Resolved: 2024-05-10 20:06:23+00:00

Steps to reproduce:
1. Open about:preferences#privacy
2. Go to select menu of `Remember History` with Tab key
3. Press Alt+Down Arrow key to expand option menulist of it
4. Press Down Arrow key to select `Never remember history`

Actual results:
Depending on the initial scroll position at step 2,
Drop-down menu list masks sub-dialogs in setting UI. So I can not read content of the Sub-dialog.
Screencast: https://youtu.be/rYLZZIfakU4

Expected results:
The menu list should be rolled up before the sub-dialog pops up.
Bug: Intermittent browser/components/translations/tests/browser/browser_translations_select_panel_translate_on_open.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-05-08 14:50:41+00:00
Resolved: 2025-01-27 12:09:01+00:00

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

---
```
TEST-PASS | browser/components/translations/tests/browser/browser_translations_select_panel_translate_on_open.js | The translated-text area should be enabled. - 
[task 2024-05-08T14:13:06.571Z] 14:13:06     INFO - Buffered messages logged at 14:11:43
[task 2024-05-08T14:13:06.572Z] 14:13:06     INFO - Resolving 3 mocked downloads for "test-translation-models-2"
[task 2024-05-08T14:13:06.572Z] 14:13:06     INFO - Buffered messages finished
[task 2024-05-08T14:13:06.572Z] 14:13:06     INFO - TEST-UNEXPECTED-FAIL | browser/components/translations/tests/browser/browser_translations_select_panel_translate_on_open.js | Test timed out - 
[task 2024-05-08T14:13:06.574Z] 14:13:06     INFO - GECKO(10048) | Completed ShutdownLeaks collections in process 4576
[task 2024-05-08T14:13:06.574Z] 14:13:06     INFO - TEST-START | Shutdown
```
Bug: Cannot copy the URL from the Address Bar
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-05-08 14:59:33+00:00
Resolved: 2024-06-10 15:07:56+00:00

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

Steps to reproduce:

In the address bar select the whole URL by pressing ctrl-a, then copy it by pressing ctrl-c or right-clicking and choose paste.  You may also try to select copy without site tracking when right-clicking.  This started to happen after the last update.


Actual results:

Nothing is copied to the clipboard.


Expected results:

The URL should have been copied to the clipboard so it can be pasted in to other applications.
Bug: Pocket Integration is being logged out frequently
Status: NEW
Priority: --
Created: 2024-05-08 16:27:53+00:00
Resolved: 2024-05-23 12:26:13+00:00

It seems like every time I try to use the Pocket integration (right click, save link to pocket, or using the pocket button) I discover that I have somehow been logged out. 

My expectation is that when I log into the pocket integration, it sticks... arguably forever!
Bug: Intermittent browser/components/sessionstore/test/browser_sizemodeBeforeMinimized.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-05-08 17:11:17+00:00
Resolved: 2024-06-05 12:04:33+00:00

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

---
```
[task 2024-05-08T16:59:54.000Z] 16:59:54     INFO - TEST-INFO | started process screencapture
[task 2024-05-08T16:59:54.123Z] 16:59:54     INFO - TEST-INFO | screencapture: exit 0
[task 2024-05-08T16:59:54.123Z] 16:59:54     INFO - Buffered messages logged at 16:58:23
[task 2024-05-08T16:59:54.123Z] 16:59:54     INFO - Entering test bound test
[task 2024-05-08T16:59:54.124Z] 16:59:54     INFO - Buffered messages finished
[task 2024-05-08T16:59:54.124Z] 16:59:54     INFO - TEST-UNEXPECTED-FAIL | browser/components/sessionstore/test/browser_sizemodeBeforeMinimized.js | Test timed out - 
[task 2024-05-08T16:59:54.125Z] 16:59:54     INFO - GECKO(3034) | Completed ShutdownLeaks collections in process 3034
[task 2024-05-08T16:59:54.125Z] 16:59:54     INFO - TEST-START | Shutdown
```
Bug: After Firefox is re-installed, the Refresh Firefox toolbar message is added to the chrome but is not focused
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-05-08 19:03:27+00:00
Resolved: 2024-09-03 21:13:09+00:00

### STR:
1. Ensure a screen reader is running, i.e. NVDA on WinOS
1. Remove the Firefox browser (if installed)
1. Navigate to the https://mozilla.org/en-US/firefox/new and download a new build of the browser
1. Open the installer and complete the installation of Firefox (incl. the poorly announced status page reported in bug 1889788)
1. Open the re-installed browser and observe the behavior, specifically the screen reader's announcements when the `Refresh Firefox...` toolbar is added under the bookmarks toolbar.
Note: there may be a shortcut to get to this toolbar, I am not aware of it ATM

### Expected: 
1. The content of the toolbar is being announced by a screen reader and `Refresh Firefox... button` is focused instead of the content

### Actual:
1. Web content is focused, a screen reader user won't be aware that they can, in fact, refresh the browser from their previous installation, until they get to the toolbar which is not an expected behavior to review content backwards. It would take them time to discover this feature, if the toolbar will be persistent.

This issue was reported by an NVDA user during a user research.
Bug: [Experiment] The "Embedded Import Spotlight" is not triggered and a "TARGETING_EXPRESSION_ERROR" is displayed in the "Browser Console" at browser startup
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-05-09 10:25:44+00:00
Resolved: 2024-06-10 20:49:41+00:00

**[Affected versions]:**
- Firefox RC 126.0 - Build ID: 20240506203248

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

**[Prerequisites]:**
- Have the following prefs in the "about:config" page:
	- `nimbus.debug` set to `true`
	- `messaging-system.log` set to `all`
- Have the "Browser Console" opened.
  
**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Navigate to "about:studies?optin_slug=embedded-import-spotlight-existing-users&optin_branch=treatment-a&optin_collection=nimbus-preview".
3. Restart the browser and observe the behavior.
4. Focus the "Browser Console" and observe the content.

**[Expected result]:**
- Step 3: The "Embedded Import Spotlight" is successfully triggered.
- Step 4: No errors related to the "EMBEDDED_IMPORT_SPOTLIGHT" are displayed.
    
**[Actual result]:**
- Step 3: The "Embedded Import Spotlight" is not triggered
- Step 4: A "TARGETING_EXPRESSION_ERROR" related to the "EMBEDDED_IMPORT_SPOTLIGHT" is displayed.

**[Additional Notes]:**
- This issue is reproducible on all the branches of both "[Early Day User](https://experimenter.services.mozilla.com/nimbus/embedded-import-spotlight/summary)" and "[Existing Users](https://experimenter.services.mozilla.com/nimbus/embedded-import-spotlight-existing-users/summary)" experiments.
- Attached a screen recording of the issue.
Bug: [Experiment] Clients erolled in the "Embedded Import Spotlight - Early Day User" experiment will not see the spotlight due to the fact that the message is set to target profiles older than 28 days
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-05-09 10:26:11+00:00
Resolved: 2024-06-10 20:49:55+00:00

**[Affected versions]:**
- Firefox RC 126.0 - Build ID: 20240506203248

**[Affected Platforms]:**
- Windows 10 x64
- Windows 11 x64
  
**[Steps to reproduce]:**
1. Open the browser and navigate to the "https://experimenter.services.mozilla.com/nimbus/embedded-import-spotlight/summary" page.
2. Scroll down to any treatment branches and observe the message targeting.

**[Expected result]:**
- The message targets profiles younger than 28 days.
    
**[Actual result]:**
- The message targets profiles older than 28 days: `!((currentDate|date - profileAgeCreated|date) / 86400000 < 28)`.

**[Additional Notes]:**
- This issue is reproducible on all the branches of the "[Early Day User](https://experimenter.services.mozilla.com/nimbus/embedded-import-spotlight/summary)" experiment.
Bug: Tab card previews leave 'open=true' attributes behind on the tabs it's used on
Status: NEW
Priority: P2
Created: 2024-05-09 16:30:46+00:00
Resolved: 2024-05-09 16:34:25+00:00

STR:

0. enable card tab previews
1. open at least 3 tabs
2. hover over the 3 tabs in sequence
3. inspect tabs in the browser toolbox or similar

ER:

tab markup/elements are unchanged

AR:

some/all/most of the tabs end up with `open=true` attributes
Bug: Unable to select `Use custom settings for history` with keyboard
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-09 17:13:44+00:00
Resolved: 2024-05-10 00:10:43+00:00

Steps to reproduce:
1. Open about:preferences#privacy
2. Scroll to History section
3. Focus select box `Remember history`
4. (optionally) Alt+DownArrow key
5. Attempt to choose `Use custom settings for history` by keyboard, i.e. press DownArrow key twice

Actual results:
Unable select `Use custom settings for history` with keyboard because the dialog popup is blocking access.

Expected results:
Able to select `Use custom settings for history` with keyboard

Regression window:
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=b0cbb6e2284b&tochange=519c2fadab8c