av9ash/GitBugs huggingface dataset:
Bug: Telemetry hurts performance of creating lots of tabs
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-01-17 13:48:38+00:00
Resolved: 2023-04-27 03:41:53+00:00

Open lots of tabs, e.g. 2500.

```js
var t0 = performance.now();
var tabs = gBrowser.addMultipleTabs(true, 0, new Array(2500).fill({}));
var t1 = performance.now();
gBrowser.removeTabs(tabs);
var t2 = performance.now();
console.log("Total:", t2 - t0, ". Add:", t1 - t0, ". Remove:", t2 - t1);
```

Note `gBrowser.addMultipleTabs` is the API used to restore the previous session, so it's important to optimize it so that Firefox can launch fast.

But it's slow, and one of the reasons is that, when opening each one of these tabs, telemetry runs this: https://searchfox.org/mozilla-central/rev/5bcbe6ae54ee5b152f6cef29dc5627ec7c0e1f1e/browser/modules/BrowserUsageTelemetry.jsm#523

```js
function getOpenTabsAndWinsCounts() {
  let loadedTabCount = 0;
  let tabCount = 0;
  let winCount = 0;

  for (let win of Services.wm.getEnumerator("navigator:browser")) {
    winCount++;
    tabCount += win.gBrowser.tabs.length;
    for (const tab of win.gBrowser.tabs) {
      if (tab.getAttribute("pending") !== "true") {
        loadedTabCount += 1;
      }
    }
  }

  return { loadedTabCount, tabCount, winCount };
}
```

Note that the tab cache is invalidated when a tab opens, so `win.gBrowser.tabs` needs to recompute it for every tab, and then `for (const tab of win.gBrowser.tabs)` makes it quadratic. Is `loadedTabCount` really necessary? Or maybe the number of pending tabs can be cached?

And it seems to me that this doesn't need to happen synchronously for each new tab, the code could be delayed one tick so that it only runs once at the end.
Bug: Place downloaded DLL files into subfolder within download directory
Status: NEW
Priority: P3
Created: 2023-01-17 14:35:08+00:00
Resolved: 2025-03-04 01:26:37+00:00

Bug 1605308 introduced a patch causing any .exe file launched through our "Downloads" menu to inherit the same security permissions as the current `firefox.exe` process. This was done mainly to prevent DLL files the user may have been tricked into downloading from being unintentionally loaded.

Unfortunately, this approach seems to have a few shortcomings:

1. Some applications would not be compatible running under the same permissions that firefox.exe runs under
2. Some applications explicitly require the ability to load custom versions of system DLLs
3. Users generally would expect that launching a program from our "Downloads" dialog would have the same behavior as-if they had navigated there in Explorer and launched it themselves (I know I've always assumed this...)
4. Users are not protected by this approach in the last scenario

We ran into a program that is broken by this in Bug 1802834, where I proposed an alternative -- Let's revert the change in Bug 1605308 and instead store all DLL downloads in a subfolder in the Downloads directory. (Possibly just named "DLLs" for simplicity).

There seems to be agreement in the bug that it might be a good approach, so this bug is to actually track the work for implementation.
Bug: Can't hide Recommendations in about:addons anymore
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-01-17 15:00:38+00:00
Resolved: 2023-01-17 16:09:59+00:00

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

Steps to reproduce:

1. Go to `about:config`
2. Flip `extensions.htmlaboutaddons.recommendations.enabled` to false
3. Go to `about:addons`


Actual results:

The "Recommendations" UI is still visible.


Expected results:

The "Recommendations" UI is hidden.
Bug: Firefox can`t take a screenshot of the whole page always
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-01-17 15:44:35+00:00
Resolved: 2023-03-01 04:55:52+00:00

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

Steps to reproduce:

Taking screenshots of whole page doesn`t work on all websites with a scroll bar ,ex : Chatgpt , this happened on other websites before as well. 


Actual results:

when selecting "Whole page" , Firefox only screenshots the current view instead of scrolling down to get a complete screenshot


Expected results:

Firefox should screenshot the whole page
Bug: FireFox Extension API : .url / .lnk / .local file download lead to Multiple issues
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-01-17 17:07:05+00:00
Resolved: 2024-05-30 18:04:12+00:00

Chromium Bug Reference: https://bugs.chromium.org/p/chromium/issues/detail?id=1307930

HI team i have already reported the same in another Place. Now i have found a alternate way to achieve the Same. Kindly have a look in to my below issue for POC Video.

Ref: https://bugzilla.mozilla.org/show_bug.cgi?id=1809923

While visiting a webpage if the download initiate for .lnk/ .local these file types are changed to .download by firefox. But i have found a way to download .lnk/.local/.url Files while lead to Arbitrary File Read etc.( based on file extension)

We can use browser.downloads.download API to download the .lnk/.local/.url file without changing it to .download

FIREFOX VERSION : 108.0.2 (64-bit)

REPRODUCTION CASE:
1. Add the Manifest File to the Extension in about:debugging#/runtime/this-firefox (keep backgroud.js file in same extension folder)
2. Once added Click on the extension
3. You can find the safe.url file is downloaded without renaming

Note: As stated in my previous issue the downloaded .url file can be used to achieve Arbitrary File Read

Same is possible for .lnk and .local too. tested
Bug: A pdf can be too much zoomed with the wheel when ctrl is pressed outside of the viewer
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-01-17 17:21:52+00:00
Resolved: 2023-01-31 07:55:53+00:00

STR:
 - open a pdf
 - click outside Firefox to remove any focus
 - press ctrl
 - move the mouse on the viewer and play with the wheel.

The document is a way too much zoomed/unzoomed.
Bug: Its not possible to adjust scroll offsets from the keyboard to select the visible document area to capture
Status: NEW
Priority: P2
Created: 2023-01-17 21:48:59+00:00
Resolved: 2023-06-02 15:24:12+00:00

STR
- Set screenshots.browser.component.enabled to true
- Navigate to https://bugzilla.mozilla.org/home (or any webpage)
- Use keyboard shortcut (Ctrl + Shift + S on Windows) to activate Screenshots

Expected:
- It should be possible to page up/down or navigate through the sections and headings on the page from the keyboard in order to change what is visible and will be captured in the screenshot

Actual
- It seems impossible to affect the document's scroll offsets from the keyboard while the Screenshots UI is active/visible. 

This seems true for normal keyboard-driven interaction as well as from NVDA. Arguably the user could make these scroll adjustments before activating Screenshots, but for non-keyboard pointer users it is still possible to scroll up and down while the Screenshots UI is active/visible so requiring parity for keyboard a11y seems reasonable. 

There is a whole class of bugs we are actively trying to avoid by limiting interaction with the document while Screenshots is active. We'd prefer users not click links, interact with forms etc. in this state, making Screenshots modal-ish. But if we have to choose between that and keyboard navigation & scrolling I'd prefer the latter.
Bug: "You've launched an older version of Firefox" dialog is extremely wide with text all laid out on one line
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-01-17 22:44:06+00:00
Resolved: 2023-01-19 18:18:53+00:00

STR:
1. Start Firefox Nightly using a particular empty directory as your profile (to populate that directory with Nightly profile).
2. Quit.
3. Start Firefox release with that same directory as the profile.

e.g. assuming you have some $NIGHLTY_DIR and $RELEASE_DIR:
```
mkdir /tmp/test-dir-123
$NIGHTLY_DIR/firefox -no-remote -profile /tmp/test-dir-123
# quit out of Nightly
$RELEASE_DIR/firefox -no-remote -profile /tmp/test-dir-123
```

ACTUAL RESULTS:
The warning dialog (about the version-change) is extremely wide -- it seems we make it wide enough to fit all of the text on a single line. See attached screenshot. I imagine it might even be wider than this in other languages whose words tend to be longer (maybe German for example).

EXPECTED RESULTS:
The dialog probably shouldn't be so wide. The message should presumably linewrap.

(For comparison: if you start Firefox Nightly in Safe Mode, you get a safe-mode dialog ("open nightly in troubleshoot mode?") which has roughly the same amount of content but is much skinnier and wraps its text to 3 lines.)
Bug: Bookmark toolbar is empty after exiting from fullscreen with "Only Show on New Tab" option.
Status: RESOLVED
Priority: P3
Resolution: INCOMPLETE
Created: 2023-01-18 07:48:17+00:00
Resolved: 2024-01-01 12:24:17+00:00

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

Steps to reproduce:

1. Make sure that "Only Show on New Tab" option in customization menu is active (this is the default on my system).
2. Create many bookmarks, so they won't fit on bookmark toolbar. The arrow which lets you expand and show all bookmarks should appear. (You can Copy & Paste from the context menu).
3. Go to any tab which isn't a "New Tab". Bookmark toolbar should be hidden.
4. Enter fullscreen (F11).
5. Switch to a "New Tab", or create one and then switch.
6. Exit fullscreen (F11).

"New Tab" in the context of step 3 and 5 can be either a new tab or about:home.


Actual results:

Bookmark toolbar is visible, but empty.


Expected results:

Bookmarks should be present on the bookmark toolbar.
Bug: pdfjs password manager on page number field
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-01-18 07:53:48+00:00
Resolved: 2023-01-18 09:13:42+00:00

Steps to reproduce:

used ng2-pdfjs-viewer 13.2.2 that use pdf js to display PDF document


Actual results:

password manager appears when click to page number field


Expected results:

password manager shouldn't appear when click on page number field
Bug: Bookmarks very slow, dont keep last pos in bookmarks
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-01-18 12:03:20+00:00
Resolved: 2023-01-18 12:29:02+00:00

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

Steps to reproduce:

booksmarks very slow, to add new one first open bookmarks tab it need 5-10 Secs
and this on pc amd 128 cerns , 1 TB ram

booksmark about 28000 --- you use sqlite --- this db is wery fast --- design problem ?

and last pos in bookmark is lost ! --- wery bad on 4k display -- me use about 8 one at same pc


Actual results:

slow , dont keep pos
Bug: Can't remove extensions button from toolbar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-01-18 12:23:56+00:00
Resolved: 2023-01-18 12:38:32+00:00

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

Steps to reproduce:

Firefox auto updated to 109.0 


Actual results:

and now there is a button on the toolbar for extensions that shows up and can't be removed


Expected results:

this shouldn't have happened, you should be able to remove the button from the toolbar using the customize toolbar mode
Bug: The Weather result remains displayed in the Zero-prefix panel when the Space key is pressed inside the Address Bar
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-01-18 15:35:34+00:00
Resolved: 2023-02-04 01:19:28+00:00

**[Affected versions]:**
- Firefox Nightly 111.0a1 - Build ID: 20230118095131
- Firefox Beta 110.0b2 - Build ID: 20221122190120
- Firefox Release 109 - Build ID: 20230112150232

**[Affected Platforms]:**
- Windows 10 x64
- macOS 12.4
- Linux Ubuntu 20.04 x64

**[Prerequisites]:**
- Have Firefox 110 Beta 2 build installed and open.
- Have a VPN client connected to a US server (for users located outside the US).

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Open a new tab.
3. Click inside the Address Bar.
4. Make sure a Weather result is displayed (repeat previous steps if not).
5. Press the “Space” key and observe the Zero-prefix panel.

**[Expected result]:**
- The "Top Pick" tag and the Weather result are no longer displayed in the Zero-prefix panel.

**[Actual result]:**
- Only the “Top Pick” tag is no longer displayed, while the Weather result is still shown.

**[Notes]:**
- Here is a screen recording of the issue: [link](https://drive.google.com/file/d/1ceJvPdySXnF4-m-0JFisRPajLHU2ta7O/view?usp=sharing).
- On Firefox Release 109, the old UI of the weather result does not have the "Top Pick" tag. However, when performing the steps to reproduce from above, the [weather result](https://drive.google.com/file/d/1JTktypuqTCZDzUk3R4QKgqw_qqA4lCoS/view?usp=sharing) appears to be the first result from the "Firefox Suggest" section.
Bug: v109 built-in PDF editor doesn't work
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-01-18 17:54:00+00:00
Resolved: 2023-01-19 14:50:52+00:00

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

Steps to reproduce:

Version 109 automatically installed. Tab opened saying "2023 will be print free.  We hope you had a great holiday and weren’t gifted any printer cartridges — because they’re a horrible gift and you don’t need them anymore. Edit documents easily with Firefox’s built-in PDF editor.

Try it out now and say one last goodbye to paper jams"


Actual results:

I clicked the link to 'Try it now' and was presented with a supposedly editable PDF at https://assets.mozilla.net/wnp109-eu/wnp-fx109-uk.pdf
Clicking into the editable fields had no effect.


Expected results:

Allow me to enter data where indicated.
Bug: DOS requiring reboot of user’s computer
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-01-18 19:28:27+00:00
Resolved: 2024-05-30 18:04:15+00:00

Hello, I found an issue where the user will need to restart their computer if they open a link with Firefox, because it will use all RAM and freeze the computer.
I reproduced this issue on a Debian stable laptop with 4 GB RAM, using the latest Firefox version 109.0 (Linux 64-bit en-US) downloaded from Mozilla website. The issue happens even with all addons disabled.
If we disable JavaScript, for example with an addon like NoScript, the issue does not happen.
This issue does not happen in Chromium web browser even if we see it keeps loading the website.

I tried saving the page from the link locally with Firefox when JavaScript is disabled or with Chromium but I was not able to reproduce the issue when opening the saved page.
Here is how I found and created the link with the issue, so you can understand what it does:
The link with the issue https://web.archive.org/web/20230118163548/https://webcache.googleusercontent.com/search?q=cache:https://mon-vie-via.businessfrance.fr/rupture-contrat-vie is an archive of a Google cache link https://webcache.googleusercontent.com/search?q=cache:https://mon-vie-via.businessfrance.fr/rupture-contrat-vie about a French government agency https://mon-vie-via.businessfrance.fr/rupture-contrat-vie.
When I visited the link https://mon-vie-via.businessfrance.fr/rupture-contrat-vie, I noticed that if we open the link in private mode, it redirected to the English version and displayed an error "page not found" because it did not find the French language settings in the browser storage (which is created when we select the French language manually on the website).
So I decided to check the Google cache version https://webcache.googleusercontent.com/search?q=cache:https://mon-vie-via.businessfrance.fr/rupture-contrat-vie which did not have this issue.
Then I decided to archive the page which resulted in the link with the issue that required me to reboot the computer: https://web.archive.org/web/20230118163548/https://webcache.googleusercontent.com/search?q=cache:https://mon-vie-via.businessfrance.fr/rupture-contrat-vie
When there is a performance issue like this, usually Firefox asks if we want to stop the script, however it is not the case here.
An attacker could send this link to other Firefox users in order to freeze their computer and make them reboot, which could result in data loss of unsaved work for Firefox users.
Bug: Can't manually add exceptions to tracking protection list
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-01-18 21:06:16+00:00
Resolved: 2023-05-31 11:04:02+00:00

Why was this bug closed as 'Resolved'? Literally nothing has changed in regards to this issue. Still, the only way to resolve this issue is to use a database editor to manually alter the sqlite database. Maybe I'm missing something?? Even if the problem was resolved (which clearly it wasn't), would it not be normal practice to note somewhere in this thread what actions were taken to resolve the issue? Kind of just seems like the team decided they aren't going to fix the issue but instead of saying that, they just quietly marked it as 'resolved' and closed the issue so no further comments can be made.

Here is the original report:
https://bugzilla.mozilla.org/show_bug.cgi?id=1432644

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

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:58.0) Gecko/20100101 Firefox/58.0
Build ID: 20180118215408

Steps to reproduce:

Go to menu > Options > Privacy and security > Tracking protection > Exceptions...



Actual results:

There is no way to manually add an exception, only to remove one or all exceptions.


Expected results:

I should be able to manually add a domain or pattern exception.
Bug: Duplicate other tab sends it to the end
Status: NEW
Priority: --
Created: 2023-01-19 05:54:01+00:00
Resolved: 2023-02-02 12:07:51+00:00

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

Steps to reproduce:

1. Right click on current tab
2. Duplicate
3. Duplicate tab opened adjacent to current tab
4. Right click on different tab
5. Duplicate
6. Duplicate tab opened at the end of tabs


Actual results:

Duplicate of non-current tab was sent to the end; inconsistent with behaviour of duplicating current tab.


Expected results:

whenever any tab is duplicated, it should be opened adjacent to its original.
Bug: Giving the camera permission to a local .html file means giving this permission to all the local .html files opened in the same tab
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2023-01-19 07:50:47+00:00
Resolved: 2024-05-30 18:04:17+00:00

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

Steps to reproduce:

Create two local .html files with two different names and the same code lines:
```HTML
<div id="container">
    <h1><a href="//webrtc.github.io/samples/" title="WebRTC samples homepage">WebRTC samples</a>
        <span>getUserMedia</span></h1>

    <video id="gum-local" autoplay playsinline></video>
    <button id="showVideo">Open camera</button>

</div>

<script src="https://webrtc.github.io/samples/src/content/getusermedia/gum/js/main.js"></script>
```
Open the first .html file on Firefox, give the camera permission to the file, open the second .html file, the second .html file is granted the camera permission automatically.

Video of demonstration: please download from this link to watch a high-definition video: https://drive.google.com/file/d/1YSdgDrxYTQZm2xLn86Q2cLTfdvtgZXKe/view?usp=sharing.


Actual results:

Giving the camera permission to a local .html file means giving this permission to all the local .html files.


Expected results:

Should ask for giving the camera permission on each local .html file.
Bug: "Synced Tabs" in History menu doesn't do anything if the synced tabs toolbar button is in the hidden bookmarks toolbar
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-01-19 09:29:01+00:00
Resolved: 2023-02-15 18:18:49+00:00

Under my history menu I have a "Synced Tabs" item. Clicking on it doesn't do anything. I understand it is meant to open the app menu to show the tabs from other devices.
Bug: My bookmarks won't sync between computers
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-01-19 10:40:40+00:00
Resolved: 2023-01-19 22:45:13+00:00

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

Steps to reproduce:

Moved some bookmarks around from one bookmark folder into another bookmark folder on one computer(Windows 10 Desktop). 
On my other computer(Macbook pro) the changes didn't happened. So no sync actually happened.



Expected results:

What should have happened is when i moved the bookmarks around on my Windows 10 Desktop these bookmarks should have moved on my Macbook Pro as well since i have sync turned on. But that isn't the case....
Bug: Intermittent browser/components/places/tests/browser/browser_bug631374_tags_selector_scroll.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2023-01-19 12:01:25+00:00
Resolved: 2024-08-12 12:03:48+00:00

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

---
```
INFO - TEST-PASS | browser/components/places/tests/browser/browser_bug631374_tags_selector_scroll.js | Valid new listItem found - 
[task 2023-01-19T11:28:01.665Z] 11:28:01     INFO - Buffered messages finished
[task 2023-01-19T11:28:01.666Z] 11:28:01     INFO - TEST-UNEXPECTED-FAIL | browser/components/places/tests/browser/browser_bug631374_tags_selector_scroll.js | New listItem is checked 13 - 
[task 2023-01-19T11:28:01.667Z] 11:28:01     INFO - Stack trace:
[task 2023-01-19T11:28:01.667Z] 11:28:01     INFO - chrome://mochikit/content/browser-test.js:test_ok:1456
[task 2023-01-19T11:28:01.668Z] 11:28:01     INFO - chrome://mochitests/content/browser/browser/components/places/tests/browser/browser_bug631374_tags_selector_scroll.js:null:152
[task 2023-01-19T11:28:01.669Z] 11:28:01     INFO - Not taking screenshot here: see the one that was previously logged
[task 2023-01-19T11:28:01.670Z] 11:28:01     INFO - TEST-UNEXPECTED-FAIL | browser/components/places/tests/browser/browser_bug631374_tags_selector_scroll.js | The next tag is now selected - Got "p", expected "o"
[task 2023-01-19T11:28:01.671Z] 11:28:01     INFO - Stack trace:
[task 2023-01-19T11:28:01.671Z] 11:28:01     INFO - chrome://mochikit/content/browser-test.js:test_is:1484
[task 2023-01-19T11:28:01.672Z] 11:28:01     INFO - chrome://mochitests/content/browser/browser/components/places/tests/browser/browser_bug631374_tags_selector_scroll.js:null:153
[task 2023-01-19T11:28:01.673Z] 11:28:01     INFO - TEST-PASS | browser/components/places/tests/browser/browser_bug631374_tags_selector_scroll.js | Valid listItem found -
```
Bug: User driver DLL block icons are missing when users access about:third-party page without a page reload
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-01-19 15:12:48+00:00
Resolved: 2023-01-19 16:11:01+00:00

**Found in**
* Firefox 110.0b2

**Affected versions**
* Firefox 110.0b2
* Latest Nightly 111.0a1

**Tested platforms**
* Affected platforms: Windows 10, Windows 11, Windows 7
* Unaffected platforms: macOS, Linux

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

**Steps to reproduce**
1. Start Firefox
2. Use CTRL+O keyboard shortcut
3. Close the file explorer
4. Visit about:third-party page

**Expected result**
* The loaded DLLs have the user DLL block icons displayed

**Actual result**
* The user DLL block icons are missing from the page. A refresh of the page is required to make them appear.

**Regression range**
* Not a regression since this also happens using 2022-12-29 Nightly build.

**Additional notes**
* We are not sure if this is by design or not so take it with a grain of salt. The icons could be hidden because we did not load all the DLLs yet so a refresh is required.