av9ash/GitBugs huggingface dataset:
Bug: MDN and addon suggestions need to null-check their suggestion maps
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-12-08 20:55:34+00:00
Resolved: 2023-12-09 21:30:30+00:00

When [addon](https://searchfox.org/mozilla-central/rev/23e7e940337d0e0b29aabe0080e4992d3860c940/browser/components/urlbar/private/AddonSuggestions.sys.mjs#59) and [MDN](https://searchfox.org/mozilla-central/rev/23e7e940337d0e0b29aabe0080e4992d3860c940/browser/components/urlbar/private/MDNSuggestions.sys.mjs#52) suggestions are disabled, they clear their suggestion maps so that suggestions are removed from memory. This change was made in bug 1832198. However, the maps will be null at that time if the JS backend never finished a sync. That can happen if the Rust backend was enabled and then disabled, or if the JS backend is enabled and sync is just slow or didn't happen because the network is down or some similar reason.

I hit this by accident when I was testing something else, but I can't reproduce it easily. It requires addon or MDN suggestions to be enabled and then disabled, plus Rust to be enabled and then disabled or a slow RS sync. I don't think any users would hit this.
Bug: Switching to Open Tabs pane and scrolling to bottom causes 3 second jank even with working virtual list enabled
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2023-12-09 02:24:55+00:00
Resolved: 2024-01-04 12:57:49+00:00

Even with the fix from bug 1868443 I'm able to cause a 3 second jank when interacting with the open tabs page:

https://share.firefox.dev/3TfMM4o

STR:
- set browser.firefox-view.virtual-list.enabled=true
- set browser.firefox-view.search.enabled=true
- Have 2992 tabs
- Switch to the Open Tabs pane
- Quickly scroll to the bottom

When doing this the list ends early and then the browser hangs for 3 seconds and then full list appears
Bug: firefox120 change langs faailed
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-12-09 02:57:38+00:00
Resolved: 2023-12-09 08:01:29+00:00

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

Steps to reproduce:

1.i build firefox120 from src code
2.i run the browser
3.i try to chaange the laans in the setting page,but it fialed
4.i had tried 4 or 5 langs ,the browser keeped on english


Actual results:

1.firefox120 change langs failed


Expected results:

1.firefox120 changes into the langs which i select
Bug: The mouse loads infinitely when the program launches.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-12-09 13:29:42+00:00
Resolved: 2024-01-05 14:49:07+00:00

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

Steps to reproduce:

Launched firefox with not moving mouse.


Actual results:

The mouse loads infinitely.


Expected results:

Mouse doesn't loads infinitely.
Bug: Receive an error message when using Nord Pass
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-12-09 21:40:11+00:00
Resolved: 2024-07-25 13:16:41+00:00

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

Steps to reproduce:

I am attempting to sign on to a secure website using NordPass.  This happens for every website I attempt to access where a logon is required, such as making purchases from department stores, online bill paying, membership restricted websites etc.


Actual results:

When I attempt to enter my userID into the password box I receive the following message:  ÜNEXPECTED APPLICATION ERROR! 
                 Can't handle item URL_Search Type Message
                 m@oz-extension://65d5d009-557a49...........


Expected results:

I should have been able to click on the NordPass icon and it should have populated my userid and password.
Bug: can't close second tab
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-12-10 15:26:53+00:00
Resolved: 2024-05-31 12:58:17+00:00

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

Steps to reproduce:

open new firefox window. open new tab. can't close second tab when clicking x on tab in bar. 


Actual results:

can't close second tab. it seems like an area of the window might be "dead." any clicks within an certain area don't register - can't move tabs. opening a third tab and half of it seems to be cut off as well


Expected results:

should have been able to close second tab, move tabs, click on tab anywhere within the tab
Bug: Firefox MSI crashes after over-the-shoulder elevation is used to elevate
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-12-11 00:14:03+00:00
Resolved: 2024-02-07 20:58:42+00:00

Steps to reproduce:

OS: Windows 11
Setup: Have a standard user and at least one administrator user. 
Steps:
1. Log into the standard user
2. Run the firefox MSI. 
3. Upon receiving the UAC prompt (via OTS, aka over-the-shoulder elevation), enter the credentials of any administrator account and approve the prompt.


Actual results:

Upon approving the over the shoulder UAC prompt, the installer crashes after a few seconds.


Expected results:

The installer should have continued to work.
Bug: [Docs] Moments page is missing its example screenshot
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-12-11 03:58:09+00:00
Resolved: 2024-05-22 20:37:02+00:00

The [moments page doc](https://searchfox.org/mozilla-central/source/browser/components/newtab/content-src/asrouter/docs/moments-page.md) should include [this image](https://raw.githubusercontent.com/mozilla/gecko-dev/00ab53a2860ded836c756baba89dc3d39d5dd753/browser/components/newtab/content-src/asrouter/docs/moments.png), like it used to. The image somehow got all its data removed when bug 1831211 landed a second time. The first time it landed, the image was intact. Here's how it looked at [the initial commit](https://github.com/mozilla/gecko-dev/blob/00ab53a2860ded836c756baba89dc3d39d5dd753/browser/components/newtab/content-src/asrouter/docs/moments-page.md), so just get it looking like that again.
Bug: Disabled checkboxes are not so visible on the Preferences page
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-12-11 08:24:46+00:00
Resolved: 2023-12-22 09:08:15+00:00

**Found in**
* 122.0a1 (2023-12-10)


**Affected versions**

* 122.0a1 (2023-12-10)






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



**Steps to reproduce**
1. Open Firefox and set it as the default browser.
2. Observe the checkmark before the `Always check if Nightly is your default browser` string.



**Expected result** 
* The checkmark has a blue tint.

**Actual result**
* The checkmark is not so visible and has a grey tint.





**Regression**
* Last good revision: 2462e8026fd78d968362eacf10e6ae2dee025e1e
First bad revision: d5a2cb7b9272b5c9cdfe4a0397c570ce5f9260bf
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=2462e8026fd78d968362eacf10e6ae2dee025e1e&tochange=d5a2cb7b9272b5c9cdfe4a0397c570ce5f9260bf











**Additional notes**
* Attached a screenshot.
* This applies to other disabled checkboxes as well.
Bug: Screenshots captured via Firefox crop in on the selected/Save Visible area on macOS
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-12-11 09:17:09+00:00
Resolved: 2024-01-04 20:14:35+00:00

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

Steps to reproduce:

The following steps were performed: 

- Depressed Shift-Command-S/Shift-Control-S to bring up Firefox's Screenshot UI.
- Moved the crosshairs until the desired region was selected, then clicked. (or clicked on Save Visible).
- Clicked on Download then inspected the saved screenshot.


Actual results:

On macOS, the saved screenshot did not contain the entirety of the selected area/Save Visible region. The result was cropped by a notable amount, removing a section along the right side and bottom of what was expected.

On the Windows version of Firefox, this error did not occur.


Expected results:

Firefox should have saved the contents of the selected area in its entirety and in the case of Save Visible, saved the entirety of the visible section of the web page.
Bug: When loading files, sometimes it wont open the system folder to select those files.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-12-11 12:07:30+00:00
Resolved: 2024-01-05 13:43:57+00:00

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

Steps to reproduce:

Loading a form with file inputs.


Actual results:

Sometimes (after using firefox for some time) it will bug, and it wont open the system folder to load the files.
(MacOS)


Expected results:

It should open the folder.

Me and several coworkers have this issue
Bug: Fix abandonment / impression metrics for certain 0-prefix results (e.g. contextual opt-in)
Status: NEW
Priority: P2
Created: 2023-12-11 13:39:53+00:00
Resolved: 2024-09-04 07:34:32+00:00

Based on what we've discussed so far for bug 1865336, it seems that we don't correctly record an abandonment event (and consequentially no impression event either) when dismissing the results panel for 0-prefix. This is bad when we want to limit a result to a certain number of impressions as is the case with the clipboard result. It's also potentially problematic when we want to analyze impressions specifically for 0-prefx, as is the case with the Firefox Suggest contextual data collection opt-in result; the reason why that doesn't run into this problem is that it counts impressions differently (in `startQuery`, see https://searchfox.org/mozilla-central/rev/c003be8b9727672e7d30972983b375f4c200233f/browser/components/urlbar/UrlbarProviderQuickSuggestContextualOptIn.sys.mjs#245,270) but that's not a good long-term solution, as all parts of the address bar should share an understanding of what an impression is.
Bug: Fix ASRouter targeting documentation link to `useEmbeddedMigrationWizard`
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-12-11 14:43:09+00:00
Resolved: 2023-12-11 21:06:52+00:00

The shortcut to the useEmbeddedMigrationWizard attribute in https://firefox-source-docs.mozilla.org/browser/components/newtab/content-src/asrouter/docs/targeting-attributes.html in the "Available attributes" list looks like raw markup, rather than a link. This bug is for fixing that.
Bug: Unable to Highlight text from 2 consecutive PDF pages
Status: NEW
Priority: --
Created: 2023-12-11 16:00:09+00:00
Resolved: 2023-12-11 18:16:33+00:00

**Found in**
* Nightly 122.0a1 (2023-12-11)

**Affected versions**
* Nightly 122.0a1 (2023-12-11) 

**Affected platforms**
* ALL

**Preconditions:**
* pdfjs.enableHighlightEditor  - true

**Steps to reproduce**
1. Open a PDF file with at least 2 pages in Firefox.
2. Enable the Highlight tool.
3. Highlight the Text from the end of the First page and the beginning of the second page.


**Expected result**
* The user should be able to Highlight the text from 2 or more pages.

**Actual result**
* Only the Text from the first page is Highlighted. The text from the 2nd page becomes unselected.
 
**Regression range**
N/A
Bug: Unable to select the Text from a PDF page when the mouse cursor is out of bounds
Status: NEW
Priority: --
Created: 2023-12-11 16:11:11+00:00
Resolved: 2023-12-12 16:59:09+00:00

**Found in**
* Nightly 122.0a1 (2023-12-11)

**Affected versions**
* Nightly 122.0a1 (2023-12-11) 
* Beta 121.0b9
* Release 120.0.1

**Affected platforms**
* ALL

**Steps to reproduce**
1. Open a PDF file with at least 2 pages in Firefox.
2. Click and Drag over some text in order to select it and move the mouse cursor outside of the PDF page.

**Expected result**
* The user should be able to Highlight the text when the mouse cursor moves outside of the Page.
Microsoft Edge will allow the user to precisely select and highlight the Text from a PDF file when the user moves the Mouse cursor outside of the Window.

**Actual result**
* When the Mouse cursor moves outside of the page the Entire Text is either selected or everything until that piece of text is selected.
 
**Regression range**
It is not a recent regression since this also occurs in builds as old as 71.
Bug: Unable to Highlight the Selected text with any color inside a PDF file if the Mouse cursor is outside of the page
Status: NEW
Priority: --
Created: 2023-12-11 16:20:20+00:00
Resolved: 2023-12-11 18:16:29+00:00

**Found in**
* Nightly 122.0a1 (2023-12-11)

**Affected versions**
* Nightly 122.0a1 (2023-12-11) 

**Affected platforms**
* ALL

**Preconditions:**
pdfjs.enableHighlightEditor

**Steps to reproduce**
1. Open a PDF file with text in Firefox.
2. Enable the Highlight tool.
3. Highlight a piece of Text, move the mouse cursor outside of the page and release the Left mouse button.

**Expected result**
* Everything that was Selected should Highlight with the set color if the user releases the Left mouse click outside of the Page area.

**Actual result**
* The user would have to re-select everything again because the Highlight is not applied if the mouse click is released outside of the page area.
 
**Regression range**
N/A
Bug: Wrong Navigation order with Voice Over for the PDF toolbar when the user triest to reach the submenus
Status: NEW
Priority: --
Created: 2023-12-11 16:46:49+00:00
Resolved: 2023-12-13 18:09:46+00:00

**Found in**
* Nightly 122.0a1 (2023-12-11)

**Affected versions**
* Nightly 122.0a1 (2023-12-11) 

**Affected platforms**
* MacOS

**Steps to reproduce**
1. Open a PDF file with text in Firefox.
2. Reach the Text, Draw or Add images menu and open them using the Voice Over commands.
3. Use VO + Right arrow in order to reach the opened Submenu.


**Expected result**
* Using Vo+Right should allow the user to reach the end of the PDF toolbar and then enter the Submenu from the Tools.

**Actual result**
* The user has to use VO + Left arrow in order to enter the submenu because the opened submenu is listed as the first item.
 
**Regression range**
I Tried older builds and I think this issue always occured since these tools were implemented.
I will try to find the exact build when Draw and add Text was implemented.
Bug: Close button for the search mode in the URL bar is unlabeled
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-12-11 19:02:10+00:00
Resolved: 2024-02-01 00:17:03+00:00

[The close button "X" of the search mode indicator](https://searchfox.org/mozilla-central/rev/c003be8b9727672e7d30972983b375f4c200233f/browser/base/content/navigator-toolbox.inc.xhtml#308-310) `urlbar-search-mode-indicator-close` in the URL bar is missing an accessible name and context.

It should not only be announced as `Close` but also provide a context by referencing the search mode title text as well, so the "History" search would be announced as `Close History mode` or just `Close History` or similar.

This bug is flagged by the following test files that are failing a11y-checks:
1. `browser/components/urlbar/tests/browser/browser_placeholder.js`
1. `browser/components/urlbar/tests/browser/browser_remove_match.js`
1. `browser/components/urlbar/tests/browser/browser_searchMode_alias_replacement.js`
1. `browser/components/urlbar/tests/browser/browser_searchMode_indicator_clickthrough.js` - this test also has `urlbar-input-container` that is failing a11y-checks
1. `browser/components/urlbar/tests/browser/browser_searchMode_indicator.js`
1. `browser/components/urlbar/tests/browser/browser_searchMode_oneOffButton.js`
1. `browser/components/urlbar/tests/browser/browser_searchMode_preview.js`
1. `browser/components/urlbar/tests/browser/browser_searchMode_suggestions.js`
1. `browser/components/urlbar/tests/browser/browser_searchMode_switchTabs.js`

When this bug is fixed, the tests mentioned above would need to have the temporary `fail-if` notations removed from their test manifest so the tests are expecting to pass (as they should)

Two example of the failure output that was reported:
```
Result	Error	El ID	El tagName	El className
FAIL	Interactive elements must be labeled	urlbar-search-mode-indicator-close	html:div	close-button
WARN	Unlabeled element removed before l10n finished	urlbar-search-mode-indicator-close	html:div	close-button -
```
Bug: Provide a default value for targetURI fluent variable
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2023-12-11 23:53:31+00:00
Resolved: 2024-01-26 03:58:36+00:00

I ran into this with a build from today's moz-central. 

STR: 
1. With the "Open previous windows and tabs" preference checked, close Firefox while there are few tabs still open.
2. Re-start Firefox  and restore the session if prompted
3. Don't switch to any of the restored tabs
4. Open Firefox View and click on the "..." context menu next to one of the restored and not-yet-selected tabs in the Recent Browsing open tabs listing
5. Click "Close tab" from the menu

ER: 
The tab should close and the Recent Browsing tab listing should update to remove that tab

AR:
The browser crashes with the following exception: 
```
[dom/l10n] Failed to convert l10n-args JSON: {"targetURI":["https://microsoft.com/"]}
Fluent error, the argument "$targetURI" was not provided a value.
This error happened while formatting the following messages:
  "fxviewtabrow-tabs-list-tab"
  "fxviewtabrow-just-now-timestamp"
  "firefoxview-closed-tabs-dismiss-tab"
Hit MOZ_CRASH(Resolver error: Unknown variable: $targetURI) at intl/l10n/rust/localization-ffi/src/lib.rs:620
```
I'm not sure if this is a regression or if its always been this way. Maybe a regression? As we have been testing this same close tab functionality from Firefox View in/around bug 1858478. I'm suggesting S2 severity for this - yes, you could not use Firefox View in this way and avoid the crash, but as there's no indication this might be a problem until it goes kaboom, I think its pretty bad.
Bug: Addon buttons cannot be unpinned from customization mode
Status: NEW
Priority: P3
Created: 2023-12-12 03:15:50+00:00
Resolved: 2023-12-18 16:05:41+00:00

I had an addon button in the main toolbar that I wanted to remove.  I opened the "customize toolbar" option.  From there I tried two things:

1. Drag the icon off the toolbar.
2. Right click the icon and (de)select the "Pin to Toolbar" option.

Neither worked.  This is not ideal.

The second option worked when attempted outside of the customize menu.

(Ideally, addons with toolbar buttons should be presented in the customize menu as options for adding and removing from the toolbar, but I realize that this is a much bigger ask.  Someone else can open that bug.)
Bug: Radio button selected through java script doesn't show as selected on the html even when code shows checked = "checked''
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-12-12 08:30:06+00:00
Resolved: 2024-02-13 12:57:53+00:00

Steps to reproduce:

On page load we are getting data and based on the data the radio is dynamically selected.
We are setting checked = "checked" however the radio on the ui comes unselected.
This issue is specific to firefox version 120.0.1. It was working perfectly fine in older fire fox versions as well as in chrome and safari


Actual results:

Though the radio is being selected dynamically and the same shows in the code, however the browser doesn't reflect the same on the UI


Expected results:

When input element for radio has checked = "checked" the browser should interpret it as as selected ans show the radio selected on the UI.
Bug: Url formatting wrong, when turning off trimHttps
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2023-12-12 09:52:50+00:00
Resolved: 2025-02-28 19:50:15+00:00

Steps to reproduce:
1. Enable `browser.urlbar.trimHttps` in about:config
2. Visist a https website e.g. https://bugzilla.mozilla.org/home
3. Disable `browser.urlbar.trimHttps` in about:config

Result:
\<https://b\>ugzilla.moz\<illa.\>org/home

Expected formatting:
\<https://bugzilla.\>mozilla.org\</home\>

Note: `\<\>` marks de-emphasized ranges
Bug: The Cut and Copy options from the Context menu are displayed for Highlights inside a PDF file
Status: NEW
Priority: --
Created: 2023-12-12 14:04:58+00:00
Resolved: 2023-12-12 20:15:37+00:00

**Found in**
* Nightly 122.0a1 (2023-12-12)

**Affected versions**
* Nightly 122.0a1 (2023-12-12) 

**Affected platforms**
* all

**Steps to reproduce**
1. Open a PDF file with text in Firefox.
2. Highlight any text with any color.
3. Right Click the Highlight from the PDF file
4. Select the Cut or Copy options from the context menu

**Expected result**
* The Cut and Copy options should not be displayed for Highlights in the Context menu.
* The Ctrl+C or Ctrl+X shortcuts to Copy and Cut should not work for Highlights.

**Actual result**
* The Highlighted text is not copied when using the context menu to copy the Highlight.
* The Cut option will just delete the applied Highlight.
* Ctrl + X shortcut will delete the Highlight.
 
**Regression range**
N/A
Bug: The dynamic attribution data of dlsource is with value of mozillaci instead of mozorg
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-12-12 15:04:16+00:00
Resolved: 2023-12-12 18:02:11+00:00

**Found in**
* Nightly 122.0a1 (2023-12-12)

**Affected versions**
* Nightly 122.0a1 (2023-12-12)

**Tested platforms**
* Affected platforms: all macOS versions.
* Unaffected platforms: Ubuntu, Windows

**Preconditions**
* Clear cached attribution data by running the following commands in Terminal.app:

cd ~/Library/Caches/Mozilla/updates
find . -name "mac*" -exec rm {} \;

**Steps to reproduce**
1. Search for “https://www-demo3.allizom.org” in Google.
2. In the Firefox Browser drop-down, click on Firefox for Desktop and then click on Download options and languages
3. Select the channel Nightly and download the build.
4. Verify the disk image with the following checksumming commands:
- cd ~/Downloads/
- hdiutil verify [name of build].dmg
5. Mount the disk image and drag the build in Applications
6. Verify the signature of the build by the following Terminal commands:
- cd /Applications/
- codesign -vvv Firefox [app]
7. Run the build and in about:config, set the browser.attribution.macos.enabled to true
8. Restart Firefox after a few seconds.
9. In about:telemetry, search for attribution in the top right and verify that at least the following attribution values are present:
attribution.dlsource (with a value of mozorg)
attribution.source (with a value www.google.com)
attribution.dltoken
attribution.ua

**Expected result**
* The attribution data dlsource should be present with value of mozorg in about:telemetry.

**Actual result**
* The attribution data dlsource with value of mozillaci is present in about:telemetry.

**Regression range**
* not applicable
Bug: Put the FlashPlugin policy back in the schema
Status: NEW
Priority: P2
Created: 2023-12-12 15:32:18+00:00
Resolved: 2023-12-12 15:32:18+00:00

When we remove deprecated policy, we need to leave it in the schema so that Firefox doesn't show an error.

So when we removed the FlashPlugin, we should have left it (and possibly
shown a deprecated message).
Bug: The Highlight Delete and Colors are displayed in Low resolution when the PDF file is rotated
Status: NEW
Priority: --
Created: 2023-12-12 16:32:17+00:00
Resolved: 2023-12-12 16:41:27+00:00

**Found in**
* Nightly 122.0a1 (2023-12-12)

**Affected versions**
* Nightly 122.0a1 (2023-12-12) 

**Affected platforms**
* all

**Steps to reproduce**
1. Open a PDF file with text in Firefox.
2. Highlight any text with any color.
3. Rotate the PDF file.

**Expected result**
* The Delete icon and Colors should be displayed in High Resolution when the PDF file is rotated.

**Actual result**
* The Delete icon and Colors are displayed in low resolution when the PDF file is rotated.
 
**Regression range**
N/A