av9ash/GitBugs huggingface dataset:
Bug: Screenshot broken with high DPR values
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-02-08 21:29:12+00:00
Resolved: 2024-03-16 20:25:44+00:00

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

Steps to reproduce:

This issue has been going on for at least 1 year and is still present in latest Nightly 124.0a1

Other users also reported the same thing: https://www.reddit.com/r/firefox/comments/zgq2tc/partial_screenshot_with_high_dpr_problem/

- Open the console and turn on Responsive Design Mode
- Change the size to any size (1280x800 for example)
- Change the DPR to 3
- Right click and select Taken Screenshot, then select Save Visible


Actual results:

- The resulting image is a fully transparent PNG with the actual screenshot occupying a third of the size on the top left corner


Expected results:

- The resulting image should have been a full high density screenshot occupying the entire screenshot canvas
Bug: Firefox Translation UI shows a solid-orange square, where it should have text showing the language that we translated to
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-02-08 21:50:37+00:00
Resolved: 2024-03-05 11:21:49+00:00

STR:
1. Load a page that Firefox offers to translate. I'm using:
https://archive.is/2024.01.30-203406/https://www.luzernerzeitung.ch/wirtschaft/kriminalitaet-die-zahnbuersten-greifen-an-das-sind-die-aktuellen-cybergefahren-und-so-koennen-sie-sich-schuetzen-ld.2569480
2. Accept Firefox's offer to translate the page (you may have to click the translation button in the location bar)

ACTUAL RESULTS:
After the translation completes, Firefox's location bar shows an orange translation-icon next to a solid orange square.  (If you zoom in on a screenshot and look very very closely, you can barely make out that it has the text `en`, but it's nearly impossible to see -- it's slightly-darker-orange text on a slightly-brighter-orange background.  My eyedropper tool says the text is `rgb(225,80,31)`, and the background is `rgb(233,84,32)`.)

EXPECTED RESULTS:
The solid-orange square should have text on top of it, to show you what language we translated into (`en` in my case)

mozregression says this is a regression from bug 1869299, specifically this range which just has one commit:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=34533b3add99fe26cbd60a7fd8d0c60966e5fd32&tochange=89da90df398f5aee595e14748b0241ede2a9fd4d

(The one commit is https://hg.mozilla.org/integration/autoland/rev/89da90df398f5aee595e14748b0241ede2a9fd4d )
Bug: Allow/Reject cookies dialog cannot be handled by keyboard shortcut
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-02-09 11:29:44+00:00
Resolved: 2024-02-12 22:31:59+00:00

Having strict security settings enabled, when I visit teams.microsoft.com, a cookie warning dialog pops up, displaying keyboard mnemonics.

However, no matter what I try (hitting the accellerators with or without modifier keys), I'm not able to confirm a selection in that dialog without using the mouse.
Bug: The "No Thanks" and "Keep closed" buttons are not scrolled into View when the user reaches them with Keyboard navigation
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-02-09 12:19:43+00:00
Resolved: 2024-06-18 13:18:09+00:00

**Found in**
* Nightly 124.0a1 (2024-02-07)

**Affected versions**
* Nightly 124.0a1 (2024-02-07)
* Beta 123.0b8

**Affected platforms**
* Windows

**Preconditions:**
Reach about:config and set the following prefs:
browser.shopping.experience2023.enabled, set to true (doubleclick)
browser.shopping.experience2023.optedIn, set to 1 (doubleclick, input ‘0’, hit enter)
browser.shopping.experience2023.autoOpen.enabled - true
browser.shopping.experience2023.autoOpen.userEnabled - true

**Steps to reproduce**
1. Reach https://www.amazon.com/Lufeiya-Computer-Drawers-Storage-Shelves/dp/B0CJ8PZB31/ref=sr_1_6?keywords=desk&qid=1707480103&sr=8-6&th=1
2. Trigger the Keep Closed ? message in the sidebar.
3. Use Shift + Tab in order to reach the No Thanks and Yes Keep Closed buttons.

**Expected result**
* The 2 buttons from the keep Closed message should be scrolled into view when the user reaches them using Keyboard navigation.

**Actual result**
* Without NVDA the user would have no idea that it actually focuses on both buttons when navigating with the keyboard Shift+Tab keys or just 
 with the Tab key.

**Regression range**
Not a Regression
Bug: NVDA will not read the correct Text from the Callout 4 panel
Status: RESOLVED
Priority: P1
Resolution: INVALID
Created: 2024-02-09 12:27:04+00:00
Resolved: 2024-06-18 20:37:51+00:00

**Found in**
* Nightly 124.0a1 (2024-02-07)

**Affected versions**
* Nightly 124.0a1 (2024-02-07)
* Beta 123.0b8

**Affected platforms**
* Windows

**Preconditions:**
Reach about:config and set the following prefs:
browser.shopping.experience2023.enabled, set to true (doubleclick)
browser.shopping.experience2023.optedIn, set to 1 (doubleclick, input ‘0’, hit enter)
browser.shopping.experience2023.autoOpen.enabled - true
browser.shopping.experience2023.autoOpen.userEnabled - true

Enable NVDA

**Steps to reproduce**
1. Reach https://www.amazon.com/Lufeiya-Computer-Drawers-Storage-Shelves/dp/B0CJ8PZB31/ref=sr_1_6?keywords=desk&qid=1707480103&sr=8-6&th=1
2. Disable the Automatically open Review Checker from the Settings Card.
3. Use the Tab key in order to reach the Got it button from the Callout 4 panel.
4. Hit UP arrow on the keyboard in order for NVDA to read the Text.

**Expected result**
* NVDA should read the Text from the Callout 4.

**Actual result**
* The First time the user hits the UP arrow from the Got it button NVDA will read: Heading level 2 Reviews instead of the text.

**Regression range**
Not a Regression
Bug: NVDA will not call the correct state of the Automatically open Review Checker button
Status: NEW
Priority: --
Created: 2024-02-09 12:39:16+00:00
Resolved: 2024-02-27 16:01:56+00:00

**Found in**
* Nightly 124.0a1 (2024-02-09)

**Affected versions**
* Nightly 124.0a1 (2024-02-09)
* Beta 123.0b8

**Affected platforms**
* Windows

**Preconditions:**
Reach about:config and set the following prefs:
browser.shopping.experience2023.enabled, set to true (doubleclick)
browser.shopping.experience2023.optedIn, set to 1 (doubleclick, input ‘0’, hit enter)
browser.shopping.experience2023.autoOpen.enabled - true
browser.shopping.experience2023.autoOpen.userEnabled - true

Enable NVDA

**Steps to reproduce**
1. Reach https://www.amazon.com/Lufeiya-Computer-Drawers-Storage-Shelves/dp/B0CJ8PZB31/ref=sr_1_6?keywords=desk&qid=1707480103&sr=8-6&th=1
2. Use Tab key in order to reach the Automatically open Review Checker button from the Settings panel.
3. Disable the  Automatically open Review Checker.
4. Open the sidebar and use the Tab key in order to reach the Auto Open button again. 

**Expected result**
* The NVDA screen reader should say "Toggle button Not Pressed" since its disabled.

**Actual result**
* NVDA will read the button state as "Toggle button Pressed" even though the button is disabled.
* Please note that if it does say NOT pressed, Enable the button > Disable the button again open the Sidebar and reach it using keyboard navigation one more time, it will say PRESSED even though its disabled.

**Regression range**
Not a Regression
Bug: Screenshots crashes if triggered twice in quick succession, with message "catcher is not defined"
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2024-02-09 13:12:19+00:00
Resolved: 2024-05-09 19:48:57+00:00

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

Steps to reproduce:

Hold Ctrl+Shift and quickly press S twice


Actual results:

I got a notification with this error message
```
Woah! Firefox screenshots went haywire.
We're not sure what just happened ...
Error: catcher is not defined
```


Expected results:

Nothing (second press should cancel the screenshot panel)
Bug: Users may have duplicated aliases for search engine add-ons installed from before Firefox 77
Status: NEW
Priority: P5
Created: 2024-02-09 15:19:11+00:00
Resolved: 2024-02-12 16:25:09+00:00

I just noticed this piece of code: https://searchfox.org/mozilla-central/rev/c036a209f5a2c3163d1277ee2b7becaab2f79dbd/toolkit/components/search/SearchService.sys.mjs#2182-2187

```
        if (eng._alias === engineSetting?._metaData?.alias) {
          delete engineSetting._metaData.alias;
        }
```

This was added in bug 1621892. Unfortunately it has never worked, because `eng._alias` doesn't exist - it should be `eng.alias`. We are not able to simply fix it, as I realised it is not guaranteed that the add-on data in the saved settings would have been updated with the alias from the installed add-on (due to the add-on not having updated in the intermediate time).

Probably the best we can do is to add a step when loading settings so that if we detect the alias in `_definedAliases` then we'll remove it from the alias if it is the same.

Note: this doesn't appear to affect application provided engines, as they had aliases added sometime after Firefox 76.

STR

1. Download Firefox 76 and start with a fresh profile.
2. Download the [startpage addon from here](https://addons.mozilla.org/en-GB/firefox/addon/startpage-privacy-protection/) - make sure to save it, as it'll be needed later as well.
3. Install the add-on into the Firefox 76.
=>  At this stage the alias shown in search settings will be `startpage.com`

4. Upgrade to the latest Firefox
=>  The alias is still shown as `startpage.com`

5. Install the add-on again using the "Install add-on from file..." in the add-ons manager (this simulates an update).
=> The alias is now shown as `startpage.com, startpage.com`
Bug: In HCM, the text selection is barely visible
Status: NEW
Priority: --
Created: 2024-02-09 15:27:02+00:00
Resolved: 2024-02-13 14:04:20+00:00

STR:
 - switch to HCM
 - open a pdf with some text
 - select some text

A way to fix this bug is to draw the rectangles in a svg element in order to be able to apply a filter to have the correct colors for the background and the foreground.
That said it makes the highlighting feature hard to use in HCM.
Bug: FFox is changing History
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-02-09 16:10:29+00:00
Resolved: 2024-02-12 16:09:55+00:00

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

Steps to reproduce:

I opened History ('History'>'Show All History') and clicked an entry there.


Actual results:

The clicked URL opened. Then I opened History again and the original History entry I had clicked was gone. So, FFox is deleting prior History entries.


Expected results:

The prior History entry should not have been deleted. All prior History entries should be retained.
Bug: Old references to files from before the newtab to asrouter/aboutwelcome move
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-02-09 20:11:56+00:00
Resolved: 2024-03-02 21:58:51+00:00

There are still outdated references to the old arrangement of files.

See here: https://searchfox.org/mozilla-central/search?q=newtab%2Fcontent-src%2Fasrouter&path=&case=false&regexp=false
And here: https://searchfox.org/mozilla-central/search?q=newtab%2Fcontent-src%2Faboutwelcome&path=&case=false&regexp=false
Bug: Satisfaction Survey on Shopping Sidebar places Close button as the last in the focus/reading order
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-02-09 21:36:48+00:00
Resolved: 2024-02-26 16:21:38+00:00

The `Close` [dismiss button](https://searchfox.org/mozilla-central/rev/41edcdf7fe44678c5913a603a286b1fc3979d540/browser/components/aboutwelcome/content-src/components/MultiStageProtonScreen.jsx#605) is the last in the focus order, when Shopping survey is shown. 

It is likely the that the `X (Close)` button is placed at the end of the survey langmark, thus `Down` arrow from it won't read `Help improve Firefox` or `How satisfied...`, bu it would proceed to the reliability of results. Visually, focus is jumping up and down, when navigating with keyboard and `Tab` key through the Shopping survey and further to the main Checker area.

Since the button is visually appears at the top right corner of the survey, moving `x` at the top of the survey's DOM should resolve all issues and fix keyboard and screen reader issues now and in the future too
Bug: Radio button of the Satisfaction Survey on Shopping Sidebar are missing "name" attribute and radiorgoup/fieldset container
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-02-09 21:41:29+00:00
Resolved: 2024-03-21 20:45:59+00:00

Each one of [radio buttons in the survey](https://searchfox.org/mozilla-central/rev/41edcdf7fe44678c5913a603a286b1fc3979d540/browser/components/aboutwelcome/actors/AboutWelcomeChild.sys.mjs#513-548)  receives keyboard focus separately while it is expected for a user to `Tab` to the first radio button (or to the selected one, if selection is present) and then use arrow keys to change the selection and then `Tab` away from the radio group.

Also, the radio group is not related to the question, thus [fieldset](https://www.w3.org/WAI/tutorials/forms/grouping/) or, at minimum, [ARIA group](https://www.w3.org/WAI/ARIA/apg/patterns/radio/) markup should be utilized.
Bug: Intermittent browser/components/screenshots/tests/browser/browser_iframe_test.js | single tracking bug
Status: NEW
Priority: P3
Created: 2024-02-09 23:36:52+00:00
Resolved: 2025-03-03 07:03:01+00:00

**Filed by:** ctuns [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=446753245&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/Xc-86zkcR-6C6kIO7soJew/runs/0/artifacts/public/logs/live_backing.log
**Reftest URL:** https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/Xc-86zkcR-6C6kIO7soJew/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2024-02-09T22:39:28.305Z] 22:39:28     INFO - TEST-PASS | browser/components/screenshots/tests/browser/browser_iframe_test.js | The region height matches the elements height - 
[task 2024-02-09T22:39:28.305Z] 22:39:28     INFO - Buffered messages finished
[task 2024-02-09T22:39:28.305Z] 22:39:28     INFO - TEST-UNEXPECTED-FAIL | browser/components/screenshots/tests/browser/browser_iframe_test.js | Uncaught exception in test bound test_selectingElementsInIframes - The hover element region is the expected width and height - timed out after 50 tries.
[task 2024-02-09T22:39:28.305Z] 22:39:28     INFO - Leaving test bound test_selectingElementsInIframes
[task 2024-02-09T22:39:28.449Z] 22:39:28     INFO - GECKO(2728) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2024-02-09T22:39:28.451Z] 22:39:28     INFO - GECKO(2728) | MEMORY STAT | vsize 11513MB | residentFast 478MB | heapAllocated 238MB
[task 2024-02-09T22:39:28.452Z] 22:39:28     INFO - TEST-OK | browser/components/screenshots/tests/browser/browser_iframe_test.js | took 6362ms
```
Bug: Links in external application open in new window instead of new tab
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-02-10 14:20:12+00:00
Resolved: 2024-06-27 16:23:25+00:00

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

Steps to reproduce:

Click on a  link in an email


Actual results:

The link is opened in a new window in Firefox.


Expected results:

The link should have opened in a new tab in already running Firefox. 

NOTE
If Firefox is not already running then the link opens in a new tab ( firefox always opens with previous tabs as configured ) 

Firefox is ver 122.1 windows 10 64bit.

If I make Google Chrome default Browsew or Opera, the links open in a new TAB in those brwsers. Mail client is Thunderbird 115.6.0 64bit 

Firefox never did this a year ago ( I cannot say which version )  and before Thunderbird ver 115. Thunderbird said it was a Firefox issue.
Bug: Full screen command in context menu
Status: UNCONFIRMED
Priority: --
Created: 2024-02-10 22:53:41+00:00
Resolved: 2024-09-24 14:30:02+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; rv:122.0) Gecko/20100101 Firefox/122.0
Firefox for Android

Steps to reproduce:

With a Windows tablet, when you enter full screen mode it is impossible to exit, you must exit Firefox.


Actual results:

I pressed the command, then I tried a long press in a free point of web page, the context menu appears but there is no command to exit, it's impossible to press 'ESC'.


Expected results:

To have a command directly in the menu.
Bug: Prune fullscreen-and-pointerlock-wrapper from the accessibility tree
Status: NEW
Priority: P3
Created: 2024-02-11 12:02:02+00:00
Resolved: 2024-02-22 20:14:48+00:00

Steps to reproduce:
1. Launch Firefox
2. Launch an accessibility inspector (e.g. Accerciser)

Expected results: The window would not have a child div/role-section that claims to be showing, visible, and has valid screen coordinates

Actual results: The window has a child div/role-section that claims to be showing, visible, and has valid screen coordinates. It's id is "fullscreen-and-pointerlock-wrapper"

I currently have a hack in Orca to ignore this object because when searching for the object/text under the mouse pointer, Orca was sometimes finding this object. I'd like to remove that hack.
Bug: mailto does not allow Thunderbird to be set and used as default directly
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-02-11 13:31:54+00:00
Resolved: 2024-03-01 15:35:10+00:00

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

Steps to reproduce:

Thunderbird installed and functioning, set as default mail client, always checked on start.
Click a mailto: link on a webpage in FF


Actual results:

Tries to open Outlook.
Settings | General | Applications | mailto does not show Thunderbird.
Use mail (default) not working.
Have to select "Use other" and browse to location of thunderbird.exe and select.
Then "Do you want to allow this app to make changes to your device?" (every time) - which should not be necessary.  Then a new message pane opens.


Expected results:

Show TB as an option in the list.
Immediate new message as TB is set as default, no "Do you want ... " query.
Bug: address bar does not recognize that this is a URL
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-02-11 16:40:00+00:00
Resolved: 2024-03-04 16:22:40+00:00

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

Steps to reproduce:

Enter this valid URL into the address bar and hit enter: ‪http://www.mediafire.com/?bcpbore8sefclg0


Actual results:

Firefox searches the text of the URL in my default search engine


Expected results:

Firefox opens the page pointed to by the URL
Bug: Firefox should not sync autoscroll between systems
Status: UNCONFIRMED
Priority: P2
Created: 2024-02-12 00:08:50+00:00
Resolved: 2024-03-11 17:56:05+00:00

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

Steps to reproduce:

In the past, I've thought Firefox should sync more accessibility settings. But I'm beginning to think it shouldn't sync this one, and maybe it shouldn't sync others.

1. Disable Autoscroll on MacOS.

2. Enable Autoscroll on Linux.

3. Open Firefox on MacOS.


Actual results:

4. Now Autoscroll is enabled on MacOS.

I have other scrolling software on MacOS, Autoscroll interferes with this, and the combination can lead to sudden unexpected smooth/painful scrolling and motion sickness.

I can't find comparable scrolling software on Linux, Autoscroll is the best I can find there.


Expected results:

Autoscroll should *not* sync between operating systems.

Apparently this bug has been fixed in the past, e.g. bug 636176, but it's broken again.
Bug: Print preview checkbox/radio controls have less contrast in dark mode and no longer use teal color style
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-02-12 09:54:52+00:00
Resolved: 2024-03-18 15:48:27+00:00

STR:
1. Enable the Dark theme.
2. Open the Print Preview (Ctrl+P).
3. Expand "More Settings".

Expected:
Checkbox/radio controls have a light gray border and use teal color scheme.

Actual:
Checkbox/radio controls have a black border and use system colors.

Black border on a dark background has low contrast and is inconsistent with other controls like the "Scale" number input or `about:preferences`.

The use of system colors (orange on Ubuntu) may clash with the teal color used for buttons, links and focus outlines and is inconsistent with `about:preferences`.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=2462e8026fd78d968362eacf10e6ae2dee025e1e&tochange=d5a2cb7b9272b5c9cdfe4a0397c570ce5f9260bf

Regressed by Bug 1867769.
Bug: <input type="month"> is not supported in Firefox. Will this ever become available?
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-02-12 12:39:14+00:00
Resolved: 2024-02-13 05:45:24+00:00

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

Steps to reproduce:

Add HTML 5 Element input set to type of month(<input type="month">).


Actual results:

Nothing


Expected results:

Should display a textbox with a calendar widget.
Bug: [Experiment] The “Your feedback helps make Firefox even better.” subtitle is not displayed on the Survey slide
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-02-12 14:42:20+00:00
Resolved: 2024-02-14 09:02:07+00:00

**[Affected versions]:**
- Firefox Release, 122.0, BUILD ID: 20240118164516

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

**[Prerequisites]:**
- Have the [“user.js”](https://drive.google.com/drive/folders/1gnGX_bpKYAi3f02iJ_lYaH5v2_S7LfD ) file saved on your computer.  
Have Firefox pinned to the taskbar

**[Steps to reproduce]:**
1. Create a new Firefox profile using the “--first-startup” command but do not open it. 
2. Navigate to the profile folder and paste the user.js files from prerequisites.
3. Open the browser using the previously created profile. 
4. Observe the Survey slide displayed in the “about:welcome” screens.  

**[Expected results]:**
- The “Your feedback helps make Firefox even better.” subtitle is displayed under the title. 

**[Actual results]:**
 - The “Your feedback helps make Firefox even better.” subtitle is not displayed under the “What do you use Firefox for” title. 

**[Fix  Window]:**
- Considering that this issue is not reproducible starting with Firefox Beta 123, using the Mozregression tool we have managed to find the following fix window:

First good revision: 1a79b6341078f3237f8f3e7c6c98e7177ac93bd9
Last bad revision: 4e6235b33d7a4a72f87d01952b41ff760060f278
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=4e6235b33d7a4a72f87d01952b41ff760060f278&tochange=1a79b6341078f3237f8f3e7c6c98e7177ac93bd9

From the pushlog it seems that bug 1871071 has fixed this behavior.

**[Notes]:**
- Attached a screenshot of the issue.