av9ash/GitBugs huggingface dataset:
Bug: CFR doorhanger dropdown regression truncates content
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-10-22 14:32:33+00:00
Resolved: 2021-11-05 13:11:40+00:00

Attached is an example.  Thanks to Mardak for bisecting; the regression happened in one of [these commits](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=8e27fe76645b992566c8fe35bed8d6a37b0ecdb8&tochange=f02664c3712056dbf5d6298fcf79d9eb7107ca57).  Looking through them, the recent popup link alignment changes from bug 1706534 appear to be the likely trigger; perhaps the hbox/vbox/flex changes in particular.

Steps to reproduce:
* use `about:config` to enable `browser.newtabpage.activity-stream.asrouter.devtoolsEnabled`
* in a new tab, click the wrench icon below the gear icon in the upper right
* search the page content for the word "PERSONAL"
* click the "Show" button to the right of that word
* Once the "Personalized CFR Recommendation" button appears in the URL bar, click it
Bug: LegacyProfile check in PolicyChecks.h should not hardcode Firefox
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-10-22 16:02:23+00:00
Resolved: 2021-12-16 23:05:35+00:00

The LegacyProfile check in PolicyChecks.h hardcodes Firefox so it won't work for Thunderbird.
Bug: Search suggestions can reach off-screen, making the search engine options unreachable
Status: NEW
Priority: P5
Created: 2021-10-22 16:26:34+00:00
Resolved: 2021-10-27 16:15:50+00:00

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

Steps to reproduce:

Tried to search for hard link and then check Wikipedia.


Actual results:

Got a long string of suggestions, couldn't reach the engines.


Expected results:

Put the engines above the suggestions?

I then switched to "hard link" but the fact that the suggestions can stretch off the screen is a problem.

I am using a laptop at the moment. I also increase sizes and switch fonts so I can read text.
Bug: Firefox restored session from a week ago instead of latest session
Status: NEW
Priority: --
Created: 2021-10-22 18:49:23+00:00
Resolved: 2022-10-14 14:28:40+00:00

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

Steps to reproduce:

* Accidentially power-down the computer while using Firefox
* Restart the computer
* Launching Firefox


Actual results:

Session from a week ago, aka October 16, was restored.
Searching "C:\Users\<username>\AppData\Roaming\Mozilla\Firefox\Profiles\lsys9z58.default\sessionstore-backups", the "previous.jsonlz4" file was from October 16, while the "recovery.jsonlz4" and "recovery.baklz4" have both been overwritten by the new browsing session already


Expected results:

Session from when I powered down the device, aka session in October 23, should have been restored
Bug: navigator.permissions.query PermissionStatus.state is "prompt" after denying
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-22 19:05:02+00:00
Resolved: 2021-10-25 08:35:13+00:00

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

Steps to reproduce:

Get position with JavaScript and deny (without clicking Remember this decision).
navigator.geolocation.getCurrentPosition(function () { console.log('success'); }, function (reason) { console.log(reason.message) ;}) // "User denied geolocation prompt"

Navigate to new page on the same site (e.g. by clicking on a link or submitting a form)--  alternatively, navigate backward to a previously viewed page.

Check for the location permission (this is not needed to repro, but shows that the state is incorrect).
navigator.permissions.query({ name: 'geolocation' }).then(function (result) { console.log(result.state); }); // prompt

Get position with JavaScript again. navigator.geolocation.getCurrentPosition(function () { console.log('success'); }, function (reason) { console.log(reason.message) ;}) // "User denied geolocation prompt"


Actual results:

There is no pompt, the location is denied. The same behavior is observed navigating forward or backward. Refreshing the page instead of navigating forward or backward will restore the ability to prompt.


Expected results:

There should be a prompt, or the result from navigator.permissions.query should not have a "prompt" state.
Bug: New tabs on dark mode appear with white background
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-10-22 20:42:07+00:00
Resolved: 2021-10-28 11:18:09+00:00

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

Steps to reproduce:

Open new tab.



Expected results:

Up until a few weeks ago, new tabs in dark mode appeared with a dark background. 
Since around a week ago or so new tabs in dark mode appear with a white background.
Bug: In-browser "Manage Accounts" links may show a different account than your Sync account
Status: NEW
Priority: --
Created: 2021-10-23 04:05:06+00:00
Resolved: 2022-10-12 00:13:32+00:00

+++ This bug was initially created as a clone of Bug #1421164 +++

I'm in the same situation as Mark in bug 1421164:
> For annoying reasons, I'm forced to use a different email address for AMO vs Sync. If I type accounts.firefox.com into the urlbar, I see my AMO account which surprised me - it took me a while to realize why the device list showed no devices.

However, unlike bug 1421164 where Ryan said
> > all in-product elements which open the page do the right thing via query strings and/or other magic
>
> I'm relieved to hear this part :-)

The in-product links do **NOT** do the right thing for me. Did the parameters used on the server change somewhere in the last 4 years? It *looks* like it's trying to do the right thing: there's an email parameter which gives my sync email, and a uid parameter that I assume matches. But if I have previously logged into SUMO or AMO with my other account then that's the one I get on the accounts.firefox.com page.

I've repeated this result from the "Manage Accounts" links from
* My FxA avatar on the toolbar
* the Firefox Account submenu under the hamburger button
* the link from `about:preferences#sync`
Bug: Some newtab npm test don't work on windows due to shell difference
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-10-23 14:25:42+00:00
Resolved: 2021-10-24 21:29:52+00:00

https://firefox-source-docs.mozilla.org/browser/components/newtab/docs/index.html#running-tests

Running `./mach npm test --prefix=browser/components/newtab` fails on windows, for the following scripts:

https://searchfox.org/mozilla-central/rev/5e7976773895d72e47a76a9c912fbf3d0171e610/browser/components/newtab/package.json#103-106
```
  "scripts": {
...
    "lint:codespell": "(cd $npm_package_config_mc_root && ./mach lint -l codespell $npm_package_config_newtab_path)",
    "lint:eslint": "(cd $npm_package_config_mc_root && ./mach lint -l eslint $npm_package_config_newtab_path)",
    "lint:l10n": "(cd $npm_package_config_mc_root && ./mach lint -l l10n --warnings browser/locales/en-US/browser/newtab)",
    "lint:license": "(cd $npm_package_config_mc_root && ./mach lint -l license $npm_package_config_newtab_path)",
```

There are two issues:

(1) Variable substitution

`npm test` uses Windows command prompt style command invocation,
that uses `%foo%` instead of `$foo` for variable substitution.

So it tries to cd to literally `$npm_package_config_mc_root` directory and fails.


(2) Command invocation

Even if the variable substitution is fixed by replacing them with raw value,
it still fails because `/` is treated as delimiter between command and parameter, instead of directory separator,
and it tries to execute `.` as command.


Then given that it doesn't use msys shell anyway, I think `mach` command doesn't work there,
and we need to at least mention that npm test doesn't work on windows, in the document.
Bug: receive 400 with feedly
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-10-23 18:25:39+00:00
Resolved: 2021-11-11 19:21:05+00:00

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

Steps to reproduce:

access https://feedly.com/ with firefox 94b9 64bit


Actual results:

receive 400 reponse
Bug: need to see source code in HTTP-only sites
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-23 20:03:52+00:00
Resolved: 2021-10-23 21:50:29+00:00

If a website uses HTTP and not HTTPS, users cannot see the source code.

Steps to Reproduce:
1. Visit any page at a website that uses HTTP and not HTTPS.
2. Go to Tools >  Browser Tools > Page Source.

Actual result: You can't see it. We get "Warning: Potential Security Risk Ahead". Clicking Advanced gets a statement about a problem with a certificate. Clicking Accept the Risk and Continue gets "Content Encoding Error". Clicking Try Again repeats the last result. The view-source URL shows HTTPS; editing out the "s" gets the "s" back again.

Expected result: The ability to see the source code without HTTPS.

Additional info:

New problem, I think in only latest version or versions.

Reproducible: Always.

Fedora 34 Linux & FF 93.0 (64-bit), both kept evergreen.

It is said that an owner can easily add HTTPS support. No, it's not easy; even if a certificate would be free, every page would need to be recoded and that's either expensive or time-consuming.
Bug: Macbook M1 is opening websites in mobile version
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-23 20:37:47+00:00
Resolved: 2021-10-24 11:38:36+00:00

User Agent: Mozilla/5.0 (iPhone; CPU iPhone OS 14_6 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/14.0.3 Mobile/15E148 Safari/604.1

Steps to reproduce:

Using a current M1 Macbook Air, open cnet.com or linkedin.com using Firefox 93 


Actual results:

These sites (cnet.com and linkedin.com) are opening in mobile version of the site


Expected results:

It should have opened the desktop version
Bug: 'Open Bookmarks' Menu Item Does Not Show if Separators Are in Selection
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-10-25 02:04:35+00:00
Resolved: 2022-01-19 13:27:54+00:00

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

Steps to reproduce:

Create a bookmark folder.  Add bookmark items that are separated by bookmark separators.  Go to that folder in the Library, if you are not there already.  Select all bookmarks.  Right-click on a bookmark.


Actual results:

The fact that one or more non-openable bookmark separators are in there is enough to make the "Open Bookmarks" menu item not show.


Expected results:

Since the bookmark separator is cosmetic, it should not influence the availability of menu options.  The same menu options should show (Open Bookmarks, Delete Bookmarks) as if only bookmarks were selected.
Bug: bookmark & hisroty of firefox browser not working
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-10-25 07:28:47+00:00
Resolved: 2021-11-19 12:51:24+00:00

open the Mozilla browser
press the 3 stripes in the top right corner under the exit button.
now go to history and open it
now you can see "open recently closed tabs" & "open recently closed windows"
both are not highlighted and so do not work.
Bug: my top bar bookmarks are broken
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-10-25 08:20:01+00:00
Resolved: 2021-11-23 15:15:34+00:00

when I opened my Mozilla browser after I had reinstalled it, I noticed that all my bookmark links were broken.
the steps I took were:
I opened Mozilla,
I went to the top middle to where the bookmark section is
there I tried to search one of the links.
and ended up on an empty page.
Bug: Duplicate Tab - missing Session Storage records longer than 2048 characters
Status: NEW
Priority: --
Created: 2021-10-25 09:04:21+00:00
Resolved: 2021-10-26 17:57:37+00:00

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

Steps to reproduce:

Use 'Duplicate Tab' action on page using Session Storage, e.g. http://www.sharonminsuk.com/code/storage-test.html


Actual results:

In general works good, but:
it deletes Session Storage records when key+value has more then 2048 characters
Please mind attached recording


Expected results:

Whole Session Storage should be cloned
Bug: Users can copy unlinkable URLs using the context menu on links and images and then load them manually
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-25 10:34:20+00:00
Resolved: 2024-09-16 05:44:36+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/94.0.4606.81 Safari/537.36/8mqNJauL-25
Firefox for Android

Steps to reproduce:

 To reproduce this issue, you can either host HTML through Network protocol with the below content:
```
<img src="about:crashes"> 
```
or you can navigate to 
```
data:text/html,<img src="about:crashes">
```
After you have performed either of the above steps, right-click on the image file and copy the image link and paste and go into any new tab


Actual results:

It actually allows us to navigate to any privileged URIs.



Expected results:

It shouldn't allow us to navigate/copy the privileged URIs like chrome won't allow us to do, you can try the below PoC in the chrome to know the expected behavior:

```
data:text/html,<img src="chrome://crashes">
```
When you will copy the image link and go to the new tab, you can see it will say **about:blank#blocked**. For more information, when you right click on about:crashes (in the IMG) and open it in a new tab, firefox won't open it as it might be dangerous. So, expecting same behavior for copying like chrome does.
Bug: Sign in Page not looking as expected
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-10-25 10:58:30+00:00
Resolved: 2021-10-25 12:32:16+00:00

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

Steps to reproduce:

While sign up the font and format is not working properly


Actual results:

Actual result is logo should be in the while field ,but it is showing wiered


Expected results:

Logo should be on white apage
Bug: 'about:certificate' should not display internal "distrust" certs
Status: NEW
Priority: --
Created: 2021-10-25 12:26:31+00:00
Resolved: 2021-11-16 09:46:01+00:00

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

Steps to reproduce:

Visit the pages associated to 'about:certificate' and 'about:preferences#privacy', then inspect their Servers tab in each.


Actual results:

The names present in the list that is reported In page associated to 'about:certificate', are missing from the list reported in page associated to 'about:preferences#privacy'.


Expected results:

Lists to be synchronized and therefore identical.
Bug: CSD buttons are hardly visible when using "Lush — Soft" colorways theme
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-25 12:30:21+00:00
Resolved: 2021-10-25 12:59:50+00:00

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

Steps to reproduce:

Change theme to "Lush — Soft"


Actual results:

CSD buttons don't have backgrounds, so they are hardly visible.


Expected results:

Give the button a dark contrast background.
Bug: [Experiment] The Firefox browser is not pinned to the taskbar if the "Pin to taskbar" button from the "emotive-pin-firefox-modal" is clicked
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-25 12:46:16+00:00
Resolved: 2022-04-05 16:30:24+00:00

**[Affected versions]:**
- Firefox Beta 93.0 - Build ID: 20210927210923

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

**[Prerequisites]:**
- Have a Firefox profile older than 28 days.
- Have this [user.js](https://drive.google.com/file/d/14kdYi2IiXTfnCMWhObmv4SWC7OzxWVrD/view?usp=sharing) file saved to your PC.
- Have at least 1 URL accessed in the last 13 days.
- The Firefox browser is not pinned to the taskbar.

**[Steps to reproduce]:**
1. Navigate to the profile folder from prerequisites and paste the "user.js" file.
2. Open the browser with the profile from prerequisites.
3. Click the "Pin to taskbar" button from the "emotive-pin-firefox-modal".
4. Observe the behavior.

**[Expected result]:**
- The modal is dismissed and the Firefox browser is pinned to the taskbar.
 
**[Actual result]:**
- The Firefox browser is not pinned to the taskbar.

**[Notes]:**
- Attached a screen recording of the issue.
Bug: iframe scaling in screenshot is incorrect with Fission
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2021-10-25 13:00:15+00:00
Resolved: 2022-04-28 15:22:49+00:00

I just took a screenshot from a page in the Jira Service Management system and the saved image is scaled all wrong compared to what I see on screen.
Bug: 11.01 - 9.29% perf_reftest_singletons parent-basic-singleton.html / perf_reftest_singletons parent-basic-singleton.html + 1 more (Linux) regression on Thu October 21 2021
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-10-25 14:53:32+00:00
Resolved: 2021-11-26 13:24:32+00:00

Perfherder has detected a talos performance regression from push [2946940c35df53633bf58b87e5bb2786b6fe5450](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=2946940c35df53633bf58b87e5bb2786b6fe5450). As author of one of the patches included in that push, we need your help to address this regression.

### Regressions:

| **Ratio** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)**| 
|--|--|--|--|--| 
| 11% | [perf_reftest_singletons](https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#perf-reftest-singletons) parent-basic-singleton.html | linux1804-64-shippable-qr | e10s stylo webrender | 80.52 -> 89.39 |
| 10% | [perf_reftest_singletons](https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#perf-reftest-singletons) parent-basic-singleton.html | linux1804-64-shippable-qr | e10s fission stylo webrender | 79.99 -> 88.08 |
| 9% | [perf_reftest_singletons](https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#perf-reftest-singletons) parent-basic-singleton.html | linux1804-64-shippable-qr | e10s stylo webrender | 81.94 -> 89.55 |


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=32083), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the offending patch(es) will be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: Incorrect error message when AutoLaunchProtocolFromOrigins is not an origin
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-10-25 14:57:21+00:00
Resolved: 2022-01-18 18:54:43+00:00

If you specify a host instead of an origin for AutoLaunchProtocolFromOrigins  you get the error:

Added by default for protocol handler - undefined.

We should show the correct error.

Also we should see if we can show the policy that's being processed in the error.
Bug: 2.91 - 2.26% compiler_metrics num_static_constructors / compiler_metrics num_static_constructors (Windows) regression on Wed October 20 2021
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-10-25 15:25:26+00:00
Resolved: 2021-10-28 13:56:55+00:00

Perfherder has detected a build_metrics performance regression from push [af91ab50c6e924bb9fb9de17dcff3a303e80e7dd](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=af91ab50c6e924bb9fb9de17dcff3a303e80e7dd). As author of one of the patches included in that push, we need your help to address this regression.

### Regressions:

| **Ratio** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)**| 
|--|--|--|--|--| 
| 3% | compiler_metrics num_static_constructors | windows2012-aarch64 | aarch64-no-eme | 106.40 -> 109.50 |
| 2% | compiler_metrics num_static_constructors | windows2012-aarch64 | aarch64-no-eme | 106.75 -> 109.17 |


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=32084), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the offending patch(es) will be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: Intermittent browser/base/content/test/siteIdentity/browser_identityIcon_img_url.js | Test timed out | Found a tab after previous test timed out: view-source:http://example.com/ -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-10-25 16:08:21+00:00
Resolved: 2022-09-27 17:02:10+00:00

**Filed by:** gijskruitbosch [at] gmail.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=355944736&repo=try
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/b2VCodxrT4yRomwp-AVggg/runs/0/artifacts/public/logs/live_backing.log

---
```

```
Bug: IsDownloadSpam() detects files downloaded through "Save link as..." context menu item as spam
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-10-25 22:08:45+00:00
Resolved: 2021-12-09 07:14:16+00:00

**STR**

1. Enable `browser.download.enable_spam_prevention` 
2. Go to https://developer.mozilla.org/en-US/docs/MDN/Contribute/Getting_started 
3. Open a the filepicker for "About MDN" link by choosing the "Save link as" item from the context menu. Dismiss the filepicker.
4. Repeat step 3.

**Expected**
The file picker should open.

**Actual**
The file picker doesn't open.

**Notes**
The issue seems goes away when the pref is disabled. This is likely caused by the IsDownloadSpam method falsely detecting the file as "spam".
Bug: Redirect Mouse Input to Attacker Controlled Position while Visible Cursor Remain on Original Position
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-10-26 01:04:08+00:00
Resolved: 2024-05-30 17:50:10+00:00

After using `overflow-block: hidden` combined with large `transform: scale` surprisingly the mouse input will be redirected to another position (including on Toolbar, Permission panel). I found the redirect click position can be controlled through `scale` number to click "Allow" on the permission panel while the visible cursor position still on the HTML page.

As the testcase using `scale` to redirect the mouse input, the mouse redirect position may different across OS (i.e. not hitting the permission panel), I have adjusted the scale number on the testcase to work (as on PoC video) on the following device (with Fission enabled):

## Tested on:
- Firefox 95.0a1 (2021-10-25) on Arch Linux (X11) (2560x1440) 
- Firefox 95.0a1 (2021-10-25) on Windows 10 (Laptop with 1920x1080 screen and VirtualBox VM with 2560x1440 guest screen)

## Steps to reproduce:
1. Extract attached launcher.zip
2. Visit attached launcher-windows.bundle.html or launcher-kdex11.bundle.html
3. Click "Launch" button
4. Move cursor to "Download" image, the "Allow" button on permission panel will be highlighted
5. While the "Allow" button highlighted
6. Click the "Download" image
7. Location permission is now allowed