av9ash/GitBugs huggingface dataset:
Bug: Multiple downloads of PDFs open in tabs, appearing to evade the "one window per click" limit on the popup blocker
Status: NEW
Priority: P3
Created: 2023-01-06 11:11:32+00:00
Resolved: 2024-08-21 14:41:24+00:00

- Summary 
For script the button is clicked, it creates a loop that creates 10 anchor elements, sets their href attribute to a URL that points to a manipulate PDF file, sets their download attribute to a filename, and simulates a click on the anchor element using the click() method.

- Reproduce 

Firefox Browser Desktop Version : 108.0.2 (64-bit)
Firefox Browser Android Version : 108.1.1

For testing this script in this website : http://iecoop.id/gasskeun.html

- Impact 

If Attacker set file download function creates 10 anchor elements to 100 or 1000 automatic open many tab and this disturb user Firefox 

- Remediation

Blocking open new tab in function creates 10 anchor elements to download or open tab
After im research just Firefox Browser not blocking  mulitple open tab, Different modern browser is blocking for this script 

Thanks
Bug: Unblocking a dll from the upper part of the about:third-party page (before the page is fully updated) causes other dll's to be unblocked as well
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-01-06 13:13:46+00:00
Resolved: 2023-01-17 10:17:25+00:00

**Found in**
* Firefox 110.0a1 (BuildId:20230106095123)

**Affected versions**
* Firefox 110.0a1 (BuildId:20230106095123)

**Tested platforms**
* Affected platforms: All Windows.
* Unaffected platforms: macOS & ubuntu.

**Preconditions**
* Have Google Drive for desktop (https://www.google.com/drive/download/) or TortoiseGit (https://tortoisegit.org/) installed.

**Steps to reproduce**
1. Access the about:third-party page.
2. Hit CTRL + O.
3. Close the File Explorer and refresh the about:third-party page.
4. Block the TortoiseGit.dll.
5. Click on "Restart Nightly now" when prompted.
6. Close the File Explorer and refresh the about:third-party page.
7. Block the drivefsext.dll.
8. Click on "Restart Nightly now" when prompted.
9. Unblock the drivefsext.dll from the top of the about:third-party page.
10. Click on "Restart Nightly now" when prompted.
11. Hit CTRL + O.
12. Close the File Explorer and refresh the about:third-party page.

**Expected result**
* Only the drivefsext.dll was unblocked.

**Actual result**
* Both drivefsext.dll and the TortoiseGit.dll were unblocked.

**Regression range**
I suspect that the fix for Bug 1808727 may have introduced this regression. (I can't reproduce with a build before that patch).
Bug: Dark mode now uses grey instead of black.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-01-06 15:47:07+00:00
Resolved: 2023-01-07 13:48:37+00:00

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

Steps to reproduce:

Updated firefox nightliy to latest


Actual results:

Url/addon bar, and bookmark bar now using grey instead of black


Expected results:

Why would you change this? There's a million open bugs but no, we need unwanted theme changes.
- This grey is more white than black
- The text in the url bar already uses grey so now grey on grey is barely visible unless you click on it. 
- Inconsistent with tab bar, which still uses black.

If you want to make a semi-dark theme then make a new one.
Bug: Tip_persist abandonment telemetry ping is not recorded on dismissal
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-01-06 16:08:31+00:00
Resolved: 2023-01-30 13:37:51+00:00

**Found in**
* Fx110

**Affected versions**
* Fx 110

**Affected platforms**
* Windows 10
* Ubuntu 22
* macOS

**Preconditions**
browser.urlbar.searchEngagementTelemetry.enabled set true
devtools.chrome.enabled set true
browser.urlbar.searchTips.test.ignoreShowLimits set true
browser.urlbar.showSearchTerms.featureGate set true (default in Nightly).

**Steps to reproduce**
1. Launch Firefox.
2. Perform a search using the address bar.
3. Wait for the tip for the persisted search terms to be displayed.
4. Dismiss the search tip by clicking anywhere in the page.
5. Check for the abandonment telemetry ping.

**Expected result**
* There is a "tip_persist".

**Actual result**
* No ping is registered for abandoning the tip for persisted search.

**Regression range**
* Not a regression.

**Additional notes**
* Note that there is an engagement and an impression ping recorded for the persisted search tip.
Bug: After all 108 updates, The "New Tab" button disappears from the tab bar after the 17th tab has been opened.
Status: UNCONFIRMED
Priority: --
Created: 2023-01-06 18:48:31+00:00
Resolved: 2023-08-18 13:58:19+00:00

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

Steps to reproduce:

As soon as Firefox updated to 108, I opened up the browser to the usual number of sites in tabs that I normally open, which is usually around 20 site tabs. My tabs bar is set to be under my address bar.


Actual results:

As I'm opening up sites in tabs, when the 17th tab got opened, I noticed that the new tab button plus sign disappeared, and will disappear from the tab bar once the 17th new tab is opened in the tab bar.


Expected results:

No matter how many tabs are opened, the New Tab button plus sign should have remained visible on the tab bar and be right next to the right arrow scroll button. I understand that I can move the New Tab button up to my address bar, and/or I can also use "ctrl t" to open up a new tab, but I would prefer that the New Tab button be on the tab bar, and be visible at all times. Thank you.
Bug: Seach-engine change, on-the-fly MAY NOT change search-engine
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-01-06 21:45:53+00:00
Resolved: 2023-02-13 16:36:14+00:00

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

Steps to reproduce:

I'm on an Apple Silicon late-2021_BTO_M1-Max_16-inch_MacBook-Pro [model 18,2], running Ventura v13.1 .
I entered a phrase in the right-hand search bar, and the default search-engine (DuckDuckGo) performed the search, but results were not pleasing, to tired to change search-engine to Google or Bing, on-the-fly, by using search-bar search-engine icons, but search-engine could no-longer be changed, reliably, on-the-fly .



Actual results:

no new search-engine was activated on right-hand-phrase, and results-page, did not change .


Expected results:

The landed-upon new search-engine for Google or Bing, SHOULD have activated the selected new search-engine, and new results, SHOULD have appeared, but didn't !
Bug: PDF Viewer does not highlight the searched string correctly on a PDF file
Status: NEW
Priority: P3
Created: 2023-01-06 21:51:38+00:00
Resolved: 2023-09-28 20:21:32+00:00

Attach (recommended) or Link to PDF file here:
https://www.cisa.gov/uscert/sites/default/files/ICSJWG-Archive/QNL_SEP_20/Protecting%20Embedded%20Systems%20-%20Verve%20Industrial_S508NC.pdf

I am attaching it.

Steps to reproduce the problem:
1.  Try searching for "configuration"
2.  Look at the highlighted searched position.

You can see it is off a few characters.

If I search "OT", the result is dismal. I cannot even co-relate where the PDF viewer thinks 
it has found the string "OT".

What is the expected behavior? (add screenshot)

What went wrong? (add screenshot)
Bug: Hovering over the "Locations", in the "Edit Bookmark" dialogue, opens its submenu
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-01-07 09:12:24+00:00
Resolved: 2023-01-10 13:02:06+00:00

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

Steps to reproduce:

1. Click on the star button to open the "Edit Bookmark" dialogue.
2. Hover over the drop-down menu under the "Location".


Actual results:

The menu opens on hover. If you click on it like you needed to before, it behaves strangely (especially if you keep clicking on it).


Expected results:

The parent menu still has an arrow pointing down. I expect it to at least locate the menu beneath it, instead of at its side, if not still requiring a click.
Bug: Intermittent browser/components/firefoxview/tests/browser/browser_feature_callout_resize.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2023-01-07 11:32:05+00:00
Resolved: 2023-10-16 12:01:23+00:00

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

---
```
[task 2023-01-07T10:31:49.028Z] 10:31:49     INFO - TEST-PASS | browser/components/firefoxview/tests/browser/browser_feature_callout_resize.js | On first screen at 1600x400, the callout is positioned to the right of the parent element - 
[task 2023-01-07T10:31:49.030Z] 10:31:49     INFO - Buffered messages finished
[task 2023-01-07T10:31:49.030Z] 10:31:49     INFO - TEST-UNEXPECTED-FAIL | browser/components/firefoxview/tests/browser/browser_feature_callout_resize.js | On first screen at 1100x600, the callout is positioned below the parent element - 
[task 2023-01-07T10:31:49.031Z] 10:31:49     INFO - Stack trace:
[task 2023-01-07T10:31:49.033Z] 10:31:49     INFO - chrome://mochikit/content/browser-test.js:test_ok:1449
[task 2023-01-07T10:31:49.034Z] 10:31:49     INFO - chrome://mochitests/content/browser/browser/components/firefoxview/tests/browser/browser_feature_callout_resize.js:feature_callout_is_repositioned_if_it_does_not_fit/<:65
[task 2023-01-07T10:31:49.035Z] 10:31:49     INFO - Leaving test bound feature_callout_is_repositioned_if_it_does_not_fit
[task 2023-01-07T10:31:49.036Z] 10:31:49     INFO - Entering test bound feature_callout_is_repositioned_rtl
[task 2023-01-07T10:31:49.540Z] 10:31:49     INFO - TEST-PASS | browser/components/firefoxview/tests/browser/browser_feature_callout_resize.js | On first screen at 1550x1000, the callout is positioned below the parent element - 
```
Bug: accesskey labels are in mixed cases inside parentheses
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-01-07 16:41:25+00:00
Resolved: 2023-01-07 18:40:09+00:00

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

Steps to reproduce:

Right click a tab in a zh-CN nightly.


Actual results:

Some accesskey labels of the menu items are in lower case, e.g.

新建标签页(w)
移动标签页(v)

but others are in upper case:

刷新标签页(R)
静音标签页(M)


Expected results:

Those labels should all be in upper case for consistency.
Bug: The "pinned" icon in newtab looks thicker
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-01-08 07:36:56+00:00
Resolved: 2023-01-11 09:09:53+00:00

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

Steps to reproduce:

1. Pin a site in newtab.
2. Observe the pin icon.


Actual results:

It looks, probably unintentionally, thicker than before.


Expected results:

This is due to the change introduced in Bug 1807479.
Bug: To select all tabs and bookmark to folder gives different tab count than actual bookmarks created
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-01-08 14:27:10+00:00
Resolved: 2023-01-20 11:03:01+00:00

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

Steps to reproduce:

1. Open a lot of tabs (> 1000).
2. Select all tabs from context menu (right-click) on any tab
3. note tab count
4. bookmark to folder
5. open bookmark manager, navigate to folder created in 4.
6. select all bookmarks of that folder (Ctrl+A)
7. note bookmark count (mismatch)


Actual results:

I am unsure if the count of tabs or the count of bookmarks is wrong. Did the bookmark action save all open tabs, or are some tab bookmarks missing?


Expected results:

selected tabs and created bookmarks (in folder) should be the same number
Bug: Pinch-to-zoom in pdf viewer doesn't work anymore when using trackpad on Mac
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-01-08 15:47:17+00:00
Resolved: 2023-01-13 08:13:02+00:00

In Nightly, pinching on the MacBook trackpad leads to zoom all the window content (pdf.js toolbar included) when it must only zooms the pages.
In using mozregression, I got:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=db51149fe9596f05600937729cb381b9a3ac390b&tochange=46dae1c56dade459258373ddfed526da69c68c49
Bug: bookmarks menus intermittently reset their scrollbox position to the top
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2023-01-08 19:39:10+00:00
Resolved: 2024-09-26 22:44:51+00:00

Steps to reproduce:



after updating to the latest version on (1/5/22)  and since that update:

bookmarks now lose track of where you left off in them if you search through them, leave them and then come back to them. this is the first time this has happened in years and it started after updating this morning. Just sharing this as probably the best feature of mozilla browsers is the ability to go through bookmarks and it not losing track of where you last left off in them.   if that feature were to go away, there would be little reason for me to continue using it.  could it be a temp glitch? I don't know. I only noticed this in a private session window so hopefully is resolved in next update 

edit forgot to add, this is the Nightly version browser so it's updated fairly regularly. occasionally with bugs like this



Actual results:

bookmark folders on the bookmark toolbar used to save my place where I left off scrolling through them which was useful for folders with a lot of bookmarks. after that latest update and since then, this has disappeared. every time a new tab opens or i open a new bookmark, I'm now forced to re-start scrolling through the bookmark folders all over again with each new open tab.  One of the #1 reasons I use Mozilla is because they were different than all the other browsers in this way for easy bookmark viewing and finding. whatever got changed is a step backwards. and if it remains permanent I'll be forced to ditch mozilla browsers.


Expected results:

essentially prior to that latest update that broke the bookmark navigation, I was able to scroll through folders of bookmarks on my bookmark toolbar, open  a link or a new tab and then later return to the bookmark folder right where I left off scrolling.  hugely important feature and if removed would be the last good feature and reason to continue using Mozilla browsers.
Bug: PDF viewer stuck on page
Status: NEW
Priority: P3
Created: 2023-01-08 21:53:45+00:00
Resolved: 2023-02-01 13:37:46+00:00

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

Steps to reproduce:

1. Open the attached PDF
2. Observe the PDF is forwarded to some "warning" pages at the end of the PDF that expect the user to click OK, but OK can't be clicked
3. The rest of the PDF (several hundred pages) cannot be viewed because it's stuck at that warning / confirm page.


Actual results:

I want to view all the pages of a PDF but Firefox is limiting me to like 3 pages of it. I have the same problem in Chrome. https://bugs.chromium.org/p/chromium/issues/detail?id=1405690


Expected results:

I think this has something to do with javascript in the PDF. PDF viewers in browsers execute some of the javascript but not enough for it to work properly. If it wanted to execute zero javascript I'd be fine with that I just want to view all the pages.
Bug: Right-click inconsistency in new tab containers menu triggered by long press click
Status: NEW
Priority: P5
Created: 2023-01-08 22:26:27+00:00
Resolved: 2023-01-16 16:14:24+00:00

Follow-up of [bug 1781160](https://bugzilla.mozilla.org/show_bug.cgi?id=1781160)
## Step to Reproduce:

### Scenario 1: 

* Long press new tab button in the toolbar to show the contextual identity context menu
* Right-click an item inside the context menu

**Result:** Nothing happens

### Scenario 2:

* Right-click new tab button in the toolbar to show the contextual identity context menu
* Right-click an item inside the context menu

**Result:** A new container tab is opened

## Expected Behavior:

A new container should open in both scenarios.

## Additional Information:

Right-click trigger the menu item action elsewhere in Firefox UI. For example:

* Right-click on a tab to show the context menu
* Right-click on an item (e.g Reload tab) in the context menu

Result: Tab is reloaded
Bug: Pressing ctrl+f and typing active crashed the tab
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-01-09 01:38:11+00:00
Resolved: 2023-01-11 09:32:33+00:00

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

Steps to reproduce:

Press ctrl+f and typed "active" without quotes.


Actual results:

The tab crashed.


Expected results:

It should have searched for the word "active".
Bug: Intermittent browser/components/urlbar/tests/engagementTelemetry/browser/browser_glean_telemetry_abandonment_interaction_persisted_search_terms_disabled.js | single tracking bug
Status: REOPENED
Priority: P5
Created: 2023-01-09 04:25:01+00:00
Resolved: 2025-02-24 06:42:15+00:00

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

---
```
[task 2023-01-09T03:16:43.961Z] 03:16:43     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_glean_telemetry_abandonment_interaction_persisted_search_terms_disabled.js | "abandonment" == "abandonment" - 
[task 2023-01-09T03:16:43.961Z] 03:16:43     INFO - Buffered messages finished
[task 2023-01-09T03:16:43.962Z] 03:16:43     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_glean_telemetry_abandonment_interaction_persisted_search_terms_disabled.js | interaction is correct - "restarted" == "typed" - JS frame :: chrome://mochitests/content/browser/browser/components/urlbar/tests/browser/head-glean.js :: _assertGleanTelemetry :: line 57
[task 2023-01-09T03:16:43.963Z] 03:16:43     INFO - Stack trace:
[task 2023-01-09T03:16:43.963Z] 03:16:43     INFO - chrome://mochitests/content/browser/browser/components/urlbar/tests/browser/head-glean.js:_assertGleanTelemetry:57
[task 2023-01-09T03:16:43.964Z] 03:16:43     INFO - chrome://mochitests/content/browser/browser/components/urlbar/tests/browser/head-glean.js:assertAbandonmentTelemetry:35
[task 2023-01-09T03:16:43.964Z] 03:16:43     INFO - chrome://mochitests/content/browser/browser/components/urlbar/tests/browser/browser_glean_telemetry_abandonment_interaction_persisted_search_terms_disabled.js:interaction_persisted_search_terms_restarted_refined_via_abandonment/<:140
[task 2023-01-09T03:16:43.964Z] 03:16:43     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_glean_telemetry_abandonment_interaction_persisted_search_terms_disabled.js | "urlbar" == "urlbar" - 
```
Bug: Third-party dlls cannot be manually blocked via the about:third-party page on Windows ARM devices
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2023-01-09 13:40:48+00:00
Resolved: 2023-01-17 10:17:25+00:00

**Found in**
* Firefox 110.0a1 (BuildId:20230109093059)

**Affected versions**
* Firefox 110.0a1 (BuildId:20230109093059)

**Tested platforms**
* Affected platforms: Windows 10 ARM.
* Unaffected platforms: macOS, ubuntu & Win non-arm devices.

**Preconditions**
1. Download and install the arm64 version of 7zip from https://www.7-zip.org/download.html
2. Create an archive and place it in a random folder.

**Steps to reproduce**
1. Launch Firefox.
2. Access the about:third-party page.
3. Hit CTRL + O and navigate to the folder in which the archive is present.
4. Right click on the archive.
5. Close the File Explorer and refresh the about:third-party page.


**Expected result**
* The 7-zip.dll is displayed and can be blocked via the about:third-party page.

**Actual result**
* The 7-zip.dll is displayed and cannot be blocked via the about:third-party page since the "Block this module" button is not displayed.

**Regression range**
* This is not a regression.

**Additional notes**
* The same dll can be successfully blocked while using a non-ARM Windows 10 machine.
* This is a blocker for the User-Driven dll blocking feature on Win ARM devices.
* The TestDllBlocklist_UserBlocked.dll is not displayed inside the about:third-party page on Windows ARM devices.
Bug: When I logged into the Firefox account, such data as logins, passwords and bookmarks were not synchronized, and as a result, everything was gone.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-01-09 13:48:07+00:00
Resolved: 2023-01-09 21:45:05+00:00

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

Steps to reproduce:

После переустановки Windows, я скачал браузер Firefox с официального сайта, установил его, и зашел в свой аккаунт Firefox.


Actual results:

Я успешно вошел в аккаунт, но такие данные как логины, пароли и закладки не синхронизировались, то есть не были добавлены в мой браузер.


Expected results:

Ожидалось, что все пароли, логины и закладки будут синхронизированы и скачаны с предыдущей точки синхронизации.
Bug: 4.35% tart (OSX) regression on Wed January 4 2023
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2023-01-09 13:53:26+00:00
Resolved: 2023-01-23 15:57:01+00:00

Perfherder has detected a talos performance regression from push [47c002d3637247e71ee901f32421deaecc9d8ea3](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=47c002d3637247e71ee901f32421deaecc9d8ea3). 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)** |  
|--|--|--|--|--| 
| [4%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,4086828,1,1)  | [tart](https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#tart)  | macosx1015-64-shippable-qr | e10s fission stylo webrender-sw | 2.42 -> 2.52 | 
### Improvements:

| **Ratio** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)** |  
|--|--|--|--|--| 
| [4%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,3869569,1,1)  | [tart](https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#tart)  | linux1804-64-shippable-qr | e10s fission stylo webrender | 4.01 -> 3.86 | 


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=36693), 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) may be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

If you need the profiling jobs you can trigger them yourself from treeherder job view or ask a sheriff to do that for you.

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).