av9ash/GitBugs huggingface dataset:
Bug: Adaptive history autofill creates an aditional impression.autofill_origin ping
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-06-24 08:37:04+00:00
Resolved: 2022-06-25 01:06:54+00:00

**Affected versions**
* Fx103.0a1

**Affected platforms**
* Windows 10

**Steps to reproduce**
1. Launch Firefox.
2. Set browser.urlbar.autoFill.adaptiveHistory.enabled to true
3. Type addons and verify addons.mozilla.org/ autofills
(3a - optional) If it doesn't autofill, visit https://addons.mozilla.org/firefox/addon/nightly-tester-tools/ a few times until it does, and then close the tab. Don't use autofill when visiting it in this step. You can copy-paste the full URL instead.
4. Verify the URL from step 2a appears as a history result and click it
5. Close the tab and open a new one
6. Type addons in URL bar and press enter after the autofill is done.


**Expected result**
- Verify the following telemetry value appears:
*urlbar.impression.autofill_adaptive: 1*
- Verify the following telemetry does not appear:
*urlbar.impression.autofill_origin*
*urlbar.impression.autofill_url*

**Actual result**
* An *urlbar.impression.autofill_origin* is created with the value of 1.

**Notes**
This is not a regression and is related to the implementation of bug 1774305.
Bug: configure "save files to" on a read-only directory to prevent the "Always ask you where to save files" option from working
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-06-24 09:44:08+00:00
Resolved: 2022-09-05 22:02:43+00:00

Steps to reproduce:

1. have a read-only directory (this may contain writable directory): On linux `mkdir -p a/b && chmod a-w a`
2. Configure "save files to" (Settings -> General) to 'a' directory
3. Activate "Always ask you where to save files"
4. save any file from any website

https://bugzilla.mozilla.org/show_bug.cgi?id=429827#c16


Actual results:

The file manager does not open, the download fails.


Expected results:

Opening the file manager.
Bug: Right mouse context menu with tabs in titlebar does not work anymore
Status: UNCONFIRMED
Priority: --
Created: 2022-06-24 11:18:07+00:00
Resolved: 2022-07-20 07:58:45+00:00

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

Steps to reproduce:

Ubuntu 20.04, firefox 101.0.1
0. In titlebar area, right mouse context (system context: move to workspace below, 
    minimise, maximise, resize, etc.) works, as well as on the corner or border
1. Set browser.tabs.inTitlebar = 1  => titlebar area gets menu and tab titles
2. Right mouse click on BORDER or CORNER of window (since titlebar area is gone)


Actual results:

No right click context menu appears,
tried a couple of preference settings



Expected results:

right click context menu appears (worked until very recent firefox update (101.0.1 ? )),
still works in Thunderbird 91.9.1

=> Regression ! This is awkward since it hampers severely moving size optimized 
     firefox windows across workspaces. Have to reactivate wasteful titlebar for this.

This seems to be tied to firefox , not Ubuntu changes, since Thunderbird was 
unaffected.
Bug: Search bar dropdown gets truncated when an open engine is available
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-06-24 12:39:14+00:00
Resolved: 2022-10-27 11:04:58+00:00

**Found in**
Fx103.0a1

**Affected versions**
* Fx 103.0a1
* Fx 102.0 RC

**Affected platforms**
* Windows 10
* Ubuntu 20.04

**Steps to reproduce**
1. Launch Firefox.
2. Add the search bar from about:prefereces#search.
3. Open a new tab and navigate to a page that has an open search engine: e.g. youtube.com, olx.ro
4. Click the magnifying glass icon on the search bar and observe the drop-down.

**Expected result**
* The dropdown is correctly displayed and all engines are visible.

**Actual result**
* The open search engine at the bottom of the dropdown is cut off.

**Regression range**
This is a recent regression, with the following regression range:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=ecba9892a284f7d1c79c37b8fcc9342c4955e2eb&tochange=f8b149335cd2b8ee8e8a8ca2fa7b59ebca890067
* Possible regressor: bug 1768278.


**Additional notes**
* The issue is not reproducible on macOS.
* If at any point the browser window is resized, the issue does not occur anymore, even if the window is made smaller. Is always reproducible on a brand new profile.
* Please also check bug 1722507 .
* Further investigation uncovered that screen size also matters as the issue does not reproduce on laptop with a 15" display. The screen where I was able to reproduce this is 27" monitor with a 2k resolution.
Bug: Reload in the search result of https://copart.com/vehicleFinder works but pressing Enter in the URL bar causes 400 - Bad Request error
Status: NEW
Priority: P3
Created: 2022-06-24 12:59:04+00:00
Resolved: 2023-06-05 15:37:32+00:00

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

Steps to reproduce:

  1.  goto http://copart.com/vehicleFinder
  2.  select Make: <pick one>
  3.  click Search
  4.  ^R (works)
  5.  ^L
  6.  <Enter>


Actual results:

HTTP Status 400 – Bad Request


Expected results:

same as ^R
Bug: in windows 10, after firefox is restarted, the ordering of the windows within the taskbar is not preserved
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-06-24 15:20:19+00:00
Resolved: 2022-06-24 21:54:30+00:00

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

Steps to reproduce:

i run firefox with 32+ windows open for various activities with several tabs in each.

i have it set to restore session on open.

it used to preserve the order in which the windows would show on the taskbar.  this was nice because my email window would always be in the same spot, for example.

it is no longer nice because my email window is always in a random spot.


Actual results:

randomized ordering of the windows in the taskbar happened


Expected results:

non-randomized ordering of the windows in the taskbar should have happened
Bug: Addressbar placeholder is not updated after policy changed default engine
Status: NEW
Priority: P3
Created: 2022-06-24 15:31:25+00:00
Resolved: 2024-01-29 17:00:48+00:00

**Note**
* The behavior is relevant to 
https://github.com/mozilla/policy-templates/blob/master/README.md#SearchEngines and applies only to a future ESR + Nightly 103 testing .

** Found in**
* 103.0a1

**Affected versions**
* 103.0a1 20220624093542

**Affected platforms**
* Windows 10

**Steps to reproduce**
1. In Firefox installation folder, create a distribution folder.
2. Inside the distribution folder create a file: policies.json
3. Inside the policies.json add the following:
{
"policies": {
"SearchEngines": {
"Default": "Bing"
}
}
}
4. Start Firefox and open a new tab.

**Expected result**
* Firefox is started, new tab is loaded, placeholder shows Search with Bing

**Actual result**
* Firefox is started, new tab is loaded, placeholder shows Search with Google.

**Regression range**
* closest good is 103.0a1 20220530190626 , not sure if mozregression can be used with policies (maybe GCP) - will come back to regression range at a later date

**Additional notes**
* The wrong placeholder persists until first shutdown&start, restart doesn't fix the problem.
* Although this set of policies are ESR only  - avaialble in Nightly for testing purposes, it's possible this regresses more cases in which default engine changes. 
* Until further investigation is being done here, S3 seems a good starting point.
Bug: scrollHeight returns wrong value in device preview
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-06-24 15:54:25+00:00
Resolved: 2022-06-24 17:33:23+00:00

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

Steps to reproduce:

The property `scrollHeight` of a scrolling element returns the same value as the `clientHeight` property when the device preview (Ctrl+Shift+M) is active. It works correctly in normal view. In both cases the element can be scrolled and has more content to show. The device preview just seems to break that property and make it forget its real purpose.
Bug: Firefox synced default settings of Nightly to Stable
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-06-25 04:00:52+00:00
Resolved: 2022-07-26 00:58:12+00:00

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

Steps to reproduce:

I have an account with all of my settings, shortcuts etc. on the stable version of Firefox. And I installed the Nightly version to test some features, then I log in my firefox account to the Nightly browser so I can use all my shortcuts and settings that I previously made from the stable browser.


Actual results:

Firefox synced the Nightly browser instead, it synced the default settings of the Nightly version to my Stable version and all of my settings and shortcuts were change to default in the Stable version


Expected results:

The Nightly version should have sync the settings from the stable version because its the one with a custom settings and not the default one. Right now I dont know how to revert the settings that have been change in the Stable version
Bug: ff 91esr annoys with update-msg even it is the latest version
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-06-25 07:45:02+00:00
Resolved: 2022-07-20 12:38:28+00:00

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

Steps to reproduce:

installed 91.9.0esr, 91.9.1esr and 91.10.0esr (all i686-linux german)

setting following vars in file via autoconfig.js-'general.config.filename'
app.update.auto=false
app.update.enabled=false
app.update.service.enabled=false
browser.search.update=false

setting following policies:
DisableAppUpdate=true
DisableSystemAddonUpdate=true

+ setting Policy "Preferences" to above values of general.config.filename.

I'm not 100% sure, but  with 91.3.0esr this didn't happen...


Actual results:

FF annoys with update-messages "update available" (of course in german because of the installed version)

and because of this message people are confused and ask what to do.


Expected results:

nothing
Bug: PDF won't display correctly when opened in firefox
Status: NEW
Priority: P3
Created: 2022-06-25 08:44:03+00:00
Resolved: 2022-07-04 10:57:04+00:00

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

Steps to reproduce:

Happens frequently (not sure if it's every time) when I open a PDF document in firefox
example : http://lesanges.free.fr/releve.pdf


Actual results:

the pdf document opens in firefox, but no text is displayed, only background colors and images (see attached screenshot)


Expected results:

I expected to see the complete PDF document : text, images, colors...
Bug: Screenshots are cutoff on the right side and the bottom
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-06-25 09:43:04+00:00
Resolved: 2022-07-27 17:21:59+00:00

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

Steps to reproduce:

Right click => Take a screenshot
Then choose specific section on the page by adjusting the rectangle.
Then Download


Actual results:

The right part of the screenshot is cutoff by about 20%
Same happens to the bottom of the screenshot


Expected results:

Takes the screenshot as specified by the rectangle
Bug: Firefox Nightly 103 uses Windows accent color with no obvious way to turn it off
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-06-25 15:02:52+00:00
Resolved: 2023-10-26 09:41:03+00:00

Steps to reproduce:

Set a non-default Windows accent color (in my case, orange). Updated to Firefox Nightly 103.0a1.


Actual results:

Firefox now uses the WIndows accent color for its UI elements – active tab highlight, selection color, form items in websites,... This is ok on its own, but there doesn't seem to be a way to turn it off.

I can turn it off for the website form items by setting `layout.css.accent-color.enabled` to false in `about:config`. However, this does not affect the UI of the browser itself.


Expected results:

There should be a way to disable this or set a custom accent color, without having to install an extra extension.
Bug: Refreshing Youtube Subscriptions page freezes browser's UI
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-06-25 18:36:07+00:00
Resolved: 2022-11-02 04:28:33+00:00

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

Steps to reproduce:

Refreshed Youtube Subscriptions (https://www.youtube.com/feed/subscriptions) page


Actual results:

After ~1sec, whole browser's UI froze for ~8secs. This started happening recently (~ 1-2 weeks ago). Link to recorded profile: https://share.firefox.dev/3QH6NNL
Bug: address bar suggests facebook.com
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2022-06-26 09:20:41+00:00
Resolved: 2022-07-20 22:18:03+00:00

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

Steps to reproduce:

In the address bar, I typed "fa".



Actual results:

The address bar was auto-filled with "facebook.com/".
This is unexpected, as I never used this website.

To be sure, I once actually went to that website, then closed the tab, then showed it in "all history", and finally chose to "forget" about this site (the dialog of which made me confirm that I really wanted all data associated with it to be removed).


Expected results:

It should have suggested only sites from my history.
Bug: Canceling disable container tabs removes tabs anyway
Status: NEW
Priority: --
Created: 2022-06-26 18:15:14+00:00
Resolved: 2022-07-18 12:08:35+00:00

Steps to reproduce:

Enable container tabs in about:config

Set privacy.userContext.enabled and privacy.userContext.ui.enabled to true in about:config.

Long left-click the new tab button and select a container to open a new tab in. 

Go to settings and in general under the Tabs section uncheck Container tabs.

It will promt you to be sure that you want it disabled.
I clicked "no, I want it to be enabled"


Actual results:

It removed all tabs anyway


Expected results:

Tabs opened in containers should be kept open
Bug: Certificate error message after Firefox update
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-06-26 19:47:59+00:00
Resolved: 2022-06-26 20:09:03+00:00

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

Steps to reproduce:

Use Firefox 101 on Linux. I encountered it in my regular profile first. But it also happens with a fresh profile. I should notice that I use my own CA for internal use and imported it.




Actual results:

When I connect my internal server webpage Firefox now says "SSL_ERROR_BAD_CERT_DOMAIN". Up to this version it was fine. Downgrading to version 100 and the error disappears. Other software (e.g Thunderbird or wget/curl etc.) have no problems.

The certificates were created with OpenSSL (a long time ago). I attached the CA cert and the webserver cert in a zipped file.


Expected results:

No certificate error page.

Maybe the certificate subsystem has changed from Firefox 100 to 101? Or the certs may have an incorrectness which now cause the failure?
Bug: "Clear cookies and site data" access key doesn't work
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-06-27 05:03:02+00:00
Resolved: 2022-07-08 04:33:08+00:00

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

Steps to reproduce:

I'm on Windows. The "Clear cookies and site data" button has an access key of 'c', but that doesn't work. All the other access keys in the dialog box work.

1. Bring up the Page Info dialog (on a test page)
2. Select the Security tab
3. Press Alt+C (for "Clear cookies..."


Actual results:

A "Cancel" thing pops up at the mouse cursor, but nothing else.

Pressing Alt+V and Alt+W launch View Certificate and View Saved Passwords as expected.


Expected results:

The "Clear cookes and site data" function should be initiated.
Bug: Scrubbing anything in Spotify (playback bar, volume bar, side panel) doesn't work. On other browsers it works.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-06-27 13:09:48+00:00
Resolved: 2022-07-06 13:10:48+00:00

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

Steps to reproduce:

Open https://open.spotify.com/ and play any song. Try to drag the song bar on the bottom or the volume bar or the resizeable side panel on the left.


Actual results:

Seemingly no input is registered


Expected results:

React to mouse click hold dragging
Bug: Facebook search slow in Firefox
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-06-28 12:38:22+00:00
Resolved: 2022-07-13 18:18:28+00:00

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

Steps to reproduce:

- I went to large FB group with 50k members for energy efficient homes

https://www.facebook.com/groups/MyEfficientElectricHome/


Actual results:

Search does not work most of the time in this group. It works fine in latest Chrome.

Understand this should be a FB issue. Thought you might like to to look.

If you select topics in same group, you can replicate result. 


Expected results:

Search should render.

Please note - I could not see anything meaningful in network logs.
Bug: Pin to taskbar functionality does not work after multiple install/uninstall actions
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-06-28 14:28:46+00:00
Resolved: 2022-07-07 06:05:36+00:00

** Found in**
* Nightly 104 from 28 June 2022

**Affected versions**
* Nightly 104 from 28 June 2022

**Affected platforms**
* Windows - all

**Steps to reproduce**
1. Download .exe or stub installer build from https://archive.mozilla.org/pub/firefox/nightly/2022/06/2022-06-28-09-16-40-mozilla-central/
2. Start the installer and finish installation (with "on my taskbar" checked for .exe installer)
3. Observe the taskbar
4. If there is a FF Niglty shortcut pinned to taskbar, perform an uninstall and restart from step 2.

**Expected result**
* Firefox Nightly is pinned to taskbar

**Actual result**
* Firefox Nightly is not pinned to taskbar

**Regression range**
Regression was introduced with the build that contained the feature: Nightly 104 from 28 June 2022

**Additional notes**
* The issue is always reproducible, however it may take one or multiple install-uninstall cycles to reproduce.
* After the issue occurs, the Nightly installer will never pin to taskbar
* Deleting all Mozilla files from Appdata and Program Files did not solve the issue.
* For Windows 7 the issue occurred from the first install/uninstall cycle.
* Issue occurred on Windows 7, Windows 10 and Windows 11
Bug: [Experiment] The user is wrongly enroll in the "About Welcome DIK" study on the macOS and Linux platforms
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-06-28 15:08:10+00:00
Resolved: 2022-07-05 16:04:42+00:00

**[Affected versions]:**
- Firefox Release 101.0.1 (Build ID: 20220608170832)
- Firefox Release 102.0 (Build ID: 20220620184213)

**[Affected Platforms]:**
- macOS 12.3.1
- Linux Mint 20.2

**[Prerequisites]:**
- Have the Firefox Release 101/102 browser installed.
- Have the Terminal/Command Prompt opened.
- Have the [user.js](https://drive.google.com/file/d/1kLkDXgEO7ye-UT0anCUkAZV7MGTIXdUq/view?usp=sharing) file saved on your computer.

**[Steps to reproduce]:**
1. Drag & drop the Firefox in the Terminal/Command prompt.
2. Add the “-p –first-startup” syntax in Terminal and press the “Enter” key.
3. Create a new Firefox profile but do not open it.
4. Paste the user.js file from prerequisites in the previously created Profile folder.
5. Open the Firefox profile and navigate to the “about:studies” page.
6. Observe the Active experiments.

**[Expected result]:**
- The “About Welcome DYK - PIP and Switch Tabs” experiment is not displayed.

**[Actual result]:**
- The “About Welcome DYK - PIP and Switch Tabs” experiment is displayed.

**[Notes]:**
- The user is not enrolled in the study if the “--first-startup” syntax is not used.
- [Here](https://drive.google.com/file/d/1Eo_yHGlH5Xk6wW5buZQJEtWtyyoQhGNW/view?usp=sharing) is a screen recording of the issue.
Bug: Privacy pane Delete Cookies and website data on Shutdown Checkbox is unchecked
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-06-28 16:39:37+00:00
Resolved: 2022-06-30 16:03:32+00:00

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

Steps to reproduce:

With Version 102 this checkbox is unchecked even though the setting is still aktiv.
Version: Desktop
Language: DE


Actual results:

I checked the box but after a restart of Firefox it is unchecked but still aktiv.

Seems a cosmetical problem


Expected results:

The checkbox should be checked even after a restart of Firefox
Bug: [HCM] Toolbar styling should use semantic colors
Status: NEW
Priority: --
Created: 2022-06-28 17:37:32+00:00
Resolved: 2024-02-09 21:32:37+00:00

Tested in FF Nightly 104 on macOS with FF HCM enabled (about:pref > Manage colors > Always)
Things may look different in windows HCM, I can try to update this with those results later. 

STR:
1. Open [any PDF](https://www.w3.org/WAI/ER/tests/xhtml/testfiles/resources/pdf/dummy.pdf) in the viewer
2. View toolbar

Expected:
- Controls, including icon buttons, are rendered with `ButtonText` on `ButtonFace` with a 1px `ButtonText` border. On hover, this styling inverts
- When active (ie. text tool or annotations tool) the icon button is styled `SelectedItemText` on `SelectedItem` with a 1px solid `ButtonText` border. On hover, the styling inverts, but the border stays the same. 

Actual:
- Toolbar and its content is styled with `CanvasText` on `Canvas`
- Hovered icon buttons are styled `Canvas` on the FF-blue-highlight color
- Selected tools are styled with `CanvasText` on `UnvisitedLink`
- Disabled controls should use `GrayText` on `ButtonFace` with a 1px solid `GrayText` background

Marking access-s3 because we do use adaptive colors, even if they aren't semantically right.
Bug: [HCM] PDF canvas should not "bleed" into page background
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-06-28 17:40:44+00:00
Resolved: 2023-06-02 15:23:08+00:00

Tested in FF Nightly 104 on macOS with FF HCM enabled (about:pref > Manage colors > Always)

STR:
1. Open [any PDF](https://www.w3.org/WAI/ER/tests/xhtml/testfiles/resources/pdf/dummy.pdf) in the viewer
2. View PDF

Expected:
- PDF page regions are distinct from the PDF viewer background

Actual:
- There is no border or color differentiation between the viewer and the PDF content

We should surround each PDF page with a 1px solid border of `CanvasText`.
Bug: "Connect another device" does not show QR code for pairing
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-06-28 18:11:21+00:00
Resolved: 2022-09-06 20:32:45+00:00

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

Steps to reproduce:

Open settings -> Sync -> Connect Another Account -> Show code -> "Pairing unsuccessful". 


Actual results:

QR code is not showing with messsage "Pairing unsuccessful".
Bug: Crash when downloading file exceeds space in filesystem
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-06-28 18:29:39+00:00
Resolved: 2022-07-22 13:23:04+00:00

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

Steps to reproduce:

Download a large file (4gb iso) on my main drive unaware that there was less than 2GB left of space.


Actual results:

Firefox begins downloading the file, after a while the browser crashed.
Tried again, same result.
Tried a third time then noticed my PC acting weird and finally found that there was not much space left on the drive, so set the download to save to a different drive with more space and no issues downloading.


Expected results:

A warning that the file being downloaded is too large for the current destination.