av9ash/GitBugs huggingface dataset:
Bug: When opening a link in a new window or a new tab (via either target="_blank" or window.open()), the url can be erased if the user stops loading the page before it's loaded
Status: NEW
Priority: P3
Created: 2022-04-04 20:09:37+00:00
Resolved: 2024-02-27 08:55:09+00:00

When loading a link into a new window or a new tab that's generated by `target="_blank"` or `window.open`, the URL is erased from the address bar if the page hasn't finished loading and the user stops the load. 

This might be because before the browser receives a response, the url bar is not populated with the url it's trying to load. I've enclosed a simple HTML file with a demo.

**Steps to Reproduce**
1. Download and open the HTML file that's provided. 
2. Open the slow loading URL either a) as a New Window, b) with `target="_blank"`, or c) with Javascript `window.open`
3. In the new window/tab, stop loading the page.

**Expected Behaviour**
The url that the user attempted to load should be in the address bar.

**Actual Behaviour**
The url is not in the address bar.
Bug: If I am on an existing website, and I type a url into the urlbar and try loading it, stopping the load can clear the url from the url bar
Status: NEW
Priority: P3
Created: 2022-04-04 20:34:23+00:00
Resolved: 2022-04-06 18:34:20+00:00

**Steps to reproduce**
1. Go to a website (so that your New Tab has a History), e.g. https://www.mozilla.org
2. Enter a slow loading website (e.g. https://www.fakeresponse.com) into the url bar and try loading the website.
3. Press stop before it finishes loading.

**Expected Result**
Since the user typed/pasted the url, I expect the url to remain in the url bar so that they can try loading the url again.

**Actual Result**
The url reverts back to the page you're currently viewing.
Bug: pinning Private Browsing window to Taskbar with windows context menu item pins regular Firefox
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-04-04 20:58:23+00:00
Resolved: 2022-07-12 13:38:00+00:00

STR:
1) Set `browser.privacySegmentation.enabled` to true
2) Open a new Private Browsing window -- it should show up with the purple mask icon in the Taskbar
3) Right click on it and "Pin To Taskbar"

Expected Result: Mask icon should be permanently pinned to taskbar, and when Firefox is launched with it, it should open a Private Browsing window

Actual Result: Icon changes to the regular Firefox icon, and launches regular Firefox


I haven't verified this, but I expect that under the hood Windows is creating a shortcut with the wrong args, icon, and AUMID set.
Bug: Session restore doesn't restore tabs/window if they were opened via New Window/target=_blank/window.open() and stopped before they were fully loaded
Status: NEW
Priority: --
Created: 2022-04-04 21:10:01+00:00
Resolved: 2024-07-11 08:26:07+00:00

**Steps to Reproduce**
1. Click on a link that opens a new tab via `target="_blank"` or `window.open()` via https://bug1762987.bmoattachments.org/attachment.cgi?id=9270774 or open the links in a new Window.
2. Stop the link from loading before it fully loads. The url should not show up in the url bar.
3. Quit the Browser
4. Open the Browser again
5. Try to "Reload Previous Session"

**Expected Result**
When you reload the browser, the tab/windows that you stopped should appear.

**Actual Result**
Upon reloading the previous session, the tabs/windows aren't loaded at all.

This is likely related to the conditions that cause bug 1762987 from occurring.
Bug: wrong prompt when I search in the address bar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-04-05 09:39:01+00:00
Resolved: 2022-04-14 14:28:07+00:00

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

Steps to reproduce:

I am using firefox snap in Ubuntu 22.04. I search for any text in the address bar using the default search engine.


Actual results:

a bar pops up reminding me to visit "http://text-i-search". 


Expected results:

The bar will only appear when I search for a correct URL.
Bug: Firefox slows down to a crawl after visiting hundreds of URLs with browser history enabled
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-04-05 11:15:28+00:00
Resolved: 2022-05-03 11:09:01+00:00

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

Steps to reproduce:

This is an old bug or problem but still present in the current Firefox.
Firefox slowly slows down to a crawl after visiting a large number of URLs with browser history enabled. (in the same session) The large number is at least hundreds to a few thousand.
The website tabs don't need to stay open. Either navigating many links in the same tab or opening them in new tabs and closing the tabs again has the same result.
Performance returns after closing the browser and reopening it.
When I set Firefox to not keep browsing history the bug does not occur.


Actual results:

Browsing performance is severely reduced.


Expected results:

Browsing performance should remain normal.
Bug: Users set preferences are converted to default preferences if the user is enrolled in a rollout that sets the same value
Status: NEW
Priority: --
Created: 2022-04-05 12:34:01+00:00
Resolved: 2022-04-05 12:34:01+00:00

**[Note]:**
- This interferes with user choice in the case of a rollback. The user set value which was converted to default value is reset to the build default in a rollback. 

**[Affected Versions]:**
- Firefox Release 99.0 (Build ID: 20220330194208)

**[Affected Platforms]:**
- Windows 10
- macOS 12.3
- Linux Mint 20.2

**[Prerequisites]:**
- Have Firefox open.
- Have a Stage Rollout set (this rollout modifies “javascript.options.wasm_caching” to “false”).
- Have a [user.js](https://drive.google.com/file/d/1Y7QUA128ze7hA6dwhAajviKyNtjwB-6b/view?usp=sharing) file saved on your computer to enroll in the rollout.

**[Steps to reproduce]:**
1. Go to “about:config” and modify “javascript.options.wasm_caching” to “false”.
2. Restart the browser.
3. Copy the user.js file to the profile folder and restart the browser.
4. Restart the browser.
5. Go to “about:config” and observe the “javascript.options.wasm_caching” preference.

**[Expected result]:**
- The preference remains as a user set value even after enrollment in the rollout (i.e. is represented with a bold font).

**[Actual result]:**
- The user set preference is converted to a default preference after enrollment in a rollout which sets the preference to the same value (i.e. is represented with an unbolded font).

**[Additional Notes]:**
- Attached is a recording of the issue.
Bug: Inconsistent tab order with Chrome
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-04-05 12:40:37+00:00
Resolved: 2022-07-21 09:00:40+00:00

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

Steps to reproduce:

1. Go to https://developer.chrome.com/tags/devtools/ on a desktop screen
2. Focus on the search bar.
3. Use keyboard to tab through and observe the tab order, or and use Firefox DevTools > Accessibility ? Show tabbing order to view the tab order 

Open Chrome and perform the same steps.



Actual results:

The tab orders are different between Firefox and Chrome.

In Firefox, only 3-4 items are tab-able. Those article links are not tab-able.

In Chrome, all links and controls are tab-able.


Expected results:

Expect those article links to be tab-able in Firefox.
Bug: address bar font subpixel hinting ignored in ubuntu linux 18.04
Status: RESOLVED
Priority: P3
Resolution: INCOMPLETE
Created: 2022-04-05 13:47:04+00:00
Resolved: 2022-06-20 13:52:56+00:00

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

Steps to reproduce:

upgraded from version 71 where it looks beautifully crisp and clear  - see attached


Actual results:

after upgrade to version 98 the address bar text is blocky


Expected results:

address bar text should follow system settings - in this case full subpixel hinting
Bug: browser/base/content/test/static/browser_all_files_referenced.js test fails when run locally without appname dist (should print a clearer failure that you need to package + use appname switch)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-04-05 16:53:38+00:00
Resolved: 2022-11-22 09:49:01+00:00

Running `./mach test browser/base/content/test/static/browser_all_files_referenced.js` on Mac OSX locally results in failures like:

```
  FAIL unreferenced file: resource://gre/gmp-fake/1.0/manifest.json -
Stack trace:
chrome://mochikit/content/browser-test.js:test_ok:1394
chrome://mochitests/content/browser/browser/base/content/test/static/browser_all_files_referenced.js:checkAllTheFiles:1044
```

The full log is attached.
Bug: Firefox saves temporary PDF files (command: open PDF file in external PDF viewer) in download directory instead temporary directory
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-04-05 17:33:41+00:00
Resolved: 2022-04-06 16:38:31+00:00

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

Steps to reproduce:

1. click on a link to a PDF file
2. select in the opening window: open with PDF XChange Viewer
3. click ok


Actual results:

1. PDF file opens in the PDF XChange Viewer
2. After closing the viewer the PDF file remains in the download directory (since Version 98)


Expected results:

1. OK
2. The PDF file should not remain in the download directory (as in all versions until 97)
Bug: Can't share tab to a certain device
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2022-04-05 18:43:03+00:00
Resolved: 2022-11-16 06:15:29+00:00

User Agent: Mozilla/5.0 (Android 12; Mobile; rv:98.0) Gecko/98.0 Firefox/98.0

Steps to reproduce:

I have 3 devices with Firefox:
1. android 12 (ff latest stable)
2. kubuntu 20.04 laptop (ff latest stable)
3. kubuntu 20.04 desktop (ff latest stable)

I am logged in on each device with my Firefox account.
The problem is that I can't share from devices 1 or 2 to device 3.
Everything seems to work fine, but at the end the tab never appears on device 3.
Bug: Entering localhost:8000 into address bar interprets localhost as a protocol
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-04-05 21:52:23+00:00
Resolved: 2022-04-05 22:36:01+00:00

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

Steps to reproduce:

I entered localhost:8000 into the address bar and pressed the Enter key


Actual results:

I was prompted: “Choose an application to open the localhost link.”


Expected results:

It should be interpreted as domain name localhost with port 8000, opening http://localhost:8000/
Bug: Clicking "ignore the risk" on the deceptive site / attack site warning page does not navigate to the site
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-04-05 22:49:56+00:00
Resolved: 2022-05-09 10:01:22+00:00

Steps to reproduce:

- (Deceptive Site Warning) goto https://saifsportingclubltd.com/Marketplace-Item21414335768253292 or the safer
- (Attack Site Warning) goto https://testsafebrowsing.appspot.com/s/malware.html
- Click See details
- Click "ignore the risk and go to this unsafe site"


Actual results:

The browser does not navigate away from the warning page and a "Deceptive Site!" or "Attack Site!" banner shows at the top with the option buttons of "Get me out of here!" or "This isn't a deceptive[/]attack site..."  

"This isn't a deceptive[/]attack site..." button takes you to the Report Incorrect Forgery Alert page (https://safebrowsing.google.com/safebrowsing/report_error...)


Expected results:

The browser should have navigated to the unsafe site.
Bug: Session restore calls addTab with allowInheritPrincipal and system principal
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-04-05 23:59:38+00:00
Resolved: 2023-10-18 03:37:19+00:00

According to https://phabricator.services.mozilla.com/D142644#4668810

> You shouldn't be passing `allowInheritPrincipal` in combination with a system principal in production code, it has the potential to cause security issues.

Well, `gBrowser.addMultipleTabs` has this: https://searchfox.org/mozilla-central/rev/911d1ebfb02cce4ff20f7ef965def04becfee710/browser/base/content/tabbrowser.js#3017

```js
          tab = this.addTrustedTab(createLazyBrowser ? url : "about:blank", {
            createLazyBrowser,
            skipAnimation: true,
            allowInheritPrincipal: true,
```

Where `addTrustedTab` https://searchfox.org/mozilla-central/rev/911d1ebfb02cce4ff20f7ef965def04becfee710/browser/base/content/tabbrowser.js#2544

```js
    addTrustedTab(aURI, params = {}) {
      params.triggeringPrincipal = Services.scriptSecurityManager.getSystemPrincipal();
      return this.addTab(aURI, params);
    },
```

This happens in production code:
1. Open some tabs
2. Make sure automatic session restore is disabled (`browser.startup.page = 1`)
3. Restart Firefox
4. Open Browser Toolbox. Add a breakpoint in tabbrowser.js just inside `addTab` function https://searchfox.org/mozilla-central/rev/911d1ebfb02cce4ff20f7ef965def04becfee710/browser/base/content/tabbrowser.js#2594
5. Restore previous session
6. The breakpoint hits. You can check

    ```js
    allowInheritPrincipal === true;
    triggeringPrincipal == Services.scriptSecurityManager.getSystemPrincipal();
    ```

Marking as security sensitive given Gijs' comment.
Bug: SessionStore keeps copying all data into a huge array
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-04-06 01:03:53+00:00
Resolved: 2023-12-01 20:16:29+00:00

When you restore the previous session, `SessionStoreInternal.restoreTab` is called for each tab.

It has this code https://searchfox.org/mozilla-central/rev/911d1ebfb02cce4ff20f7ef965def04becfee710/browser/components/sessionstore/SessionStore.jsm#4564-4571

```js
    // In case we didn't collect/receive data for any tabs yet we'll have to
    // fill the array with at least empty tabData objects until |_tPos| or
    // we'll end up with |null| entries.
    for (let otherTab of Array.prototype.slice.call(
      tabbrowser.tabs,
      0,
      tab._tPos
    )) {
      let emptyState = { entries: [], lastAccessed: otherTab.lastAccessed };
      this._windows[window.__SSi].tabs.push(emptyState);
    }
```

I'm not completely sure what exactly it's trying to do, but this is horrible:

0. The array initially has `tabbrowser.tabs.length` items.
1. For the first tab, `tab._tPos == 0`, nothing happens
2. For the 2nd tab, `tab._tPos == 1`, it pushes 1 emptyState
3. For the 3rd tab, `tab._tPos == 2`, it pushes 2 emptyState
4. For the 3rd tab, `tab._tPos == 3`, it pushes 3 emptyState
5. ...

Testing the restoration of a window with 1000 tabs (a low number by my standards), I get

```js
SessionStoreInternal._windows.window0.tabs.length; // 500500
```

Effectively, `1000 + 0 + 1 + 2 + ... + 999 = 1000*1001/2 = 500500`.

There is some code that ends up truncating the array back to 1000 items, but this is absurd. No wonder I sometimes got "out of memory" errors when trying to restore a window with 10k tabs, but splitting them into 2 windows with 5k each was fine.

The comments says "In case we didn't collect/receive data for any tabs yet", so maybe start at `this._windows[window.__SSi].tabs.length` instead of `0`? Also, why use `Array.prototype.slice`??

```js
    const {tabs} = this._windows[window.__SSi];
    for (let i = tabs.length; i < tab._tPos; ++i) {
      const otherTab = tabbrowser.tabs[i];
      const emptyState = { entries: [], lastAccessed: otherTab.lastAccessed };
      tabs.push(emptyState);
    }
```

CC Steven MacLeod who reviewed the bad code in bug 1157220. The author is no longer active.
Bug: Dragging tabs doesn't work
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-04-06 07:14:12+00:00
Resolved: 2022-04-06 07:38:09+00:00

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

Steps to reproduce:

Try to drag tab.


Actual results:

Tab doesn't move. This was broken after upgrade to version 99.


Expected results:

Tab moves to the new position
Bug: In Ubuntu 21.10 Setting Firefox as default browser is not working
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-04-06 07:32:48+00:00
Resolved: 2022-04-10 06:33:19+00:00

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

Steps to reproduce:

1. Install firefox using apt sudo apt-get install firefox
2. Open Firefox browser and then it asks to set as default browser
3. Set as the default browser.
4. Close and reopen. It again asks to set as the default browser. In settings, it shows Firefox is your default browser.



Actual results:

Firefox does not remain as thedefault browser.


Expected results:

Firefox should remain the default browser.
Bug: Handling of PDFs automatically changes to Save
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-04-06 08:29:01+00:00
Resolved: 2023-05-27 11:24:55+00:00

User Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:91.0) Gecko/20100101 Firefox/91.0

Steps to reproduce:

Set Firefox to open PDFs with an external program, i.e.
_ open menu "Edit" (on *nix) or Tools (on Windows);
_ choose Settings/Preferences;
_ under Applications type PDF in the search box;
_ change all to "Use system default application" or choose Adobe Reader/Okular/whatever.


Actual results:

Firefox works as expected for a while, with PDFs correcly opened in the choosen helper application.
Then, usually after a few days, of his own free will, it will change some of the above settings to "Save file".
From then on PDFs are automatically saved to Download folder (with the user often not understanding this and calling me and telling me they "cannot open PDF files").


Expected results:

Settings should stay as the user set them.
Bug: The drop-down list of browsing history extends past the height of the window, the bottom is hidden below the windows toolbar
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-04-06 08:30:55+00:00
Resolved: 2022-04-08 10:17:39+00:00

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

Steps to reproduce:

1. Visit a number of different web pages, about 30, to fill up the history
2. Click the Library button on the Toolbar
3. Click History



Actual results:

The browser history drop-down extends past the height of the Firefox browser window regardless of window size, even when full-screen. The list of history items itself does fit in the window, but the "Manage history"-button extends past the height of the window and is partially obscured by the Windows toolbar on my machine. Issue seems to be that only the height of the list of items is accounted for, not the button.


Expected results:

The entire drop-down should fit within the height of the window, including the "Manage history"-button.
Bug: Tooltip in history sidebar doesn't have text when using `Graffiti - Balanced` Colorways theme
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-04-06 12:52:18+00:00
Resolved: 2022-11-28 11:25:42+00:00

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

Steps to reproduce:

1. Press Ctrl + H to show the history sidebar
2. Hover with the mouse and let it rest over an entry in the history sidebar.


Actual results:

The tooltip doesn't have text.


Expected results:

The tooltip should have text.
Bug: Intermittent browser/components/screenshots/tests/browser/browser_screenshots_test_visible.js | Widths should be equal - 0 == 1268 - JS frame :: chrome://<...>browser_screenshots_test_visible.js :: test_visibleScreenshot
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-04-06 14:33:32+00:00
Resolved: 2022-05-03 17:05:46+00:00

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

---
```

```
Bug: Firefox freezes and closes without crash report
Status: UNCONFIRMED
Priority: --
Created: 2022-04-06 15:37:47+00:00
Resolved: 2023-06-10 16:50:13+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/100.0.4896.75 Safari/537.36

Steps to reproduce:

1. Open Firefox
2. Browser starts loading page to restore it / the session


Actual results:

3. Browser freezes and i've tried clicking or scrolling when it freezed.
4. Browser closes while it is freezed without a crash report.


Expected results:

No closing of browser or at least a crash report upon browser closing.

Firefox `perf` profile: https://share.firefox.dev/3DNL7Ju
Also attaching 2 logs from 2 separate launches of Firefox with the following env vars for log output MOZ_LOG="Widget:5 WidgetPopup:5" and also WAYLAND_DEBUG=1. 
I've noticed that the logs output also freezes when the browser freezes.
Bug: Firefox Nightly Screenshot shortcut not available.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-04-06 16:19:24+00:00
Resolved: 2022-05-26 06:49:46+00:00

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

Steps to reproduce:

1. Tried to customize toolbar and find the screenshot toolbar.


Actual results:

1. Not able to find the toolbar.



Expected results:

1. The screenshot toolbar should have been there, just like it is in the stable version.
Bug: Context menu of menu items in Menubar/Bookmarktoolbar does not pop up with keyboard operation when displaying `About:` page
Status: NEW
Priority: P3
Created: 2022-04-06 16:19:26+00:00
Resolved: 2023-06-02 15:23:04+00:00

Reproducible: always

Steps to reproduce:
(prerequisite)
0-1. Enable Menubar and Bookmarktoolbar
0-2. Create Bookmark folder in the Bookmarktoolbar and add bookmark to the folder.

(steps)
A-1. Open about: page such as about:config
A-2. Key press `alt` `b` to open Bookmarks menu
A-3. Key press `Menu key` to open Context menu

B-1. Open about: page such as about:config
B-2. Key press `tab` several times to select a Bookmark folder on on the Bookmarktoolbar
B-3. Key press `down arrow key` to move focus to a bookmark 
B-4. Key press `Menu key` to open Context menu

Actual results:
No context menu is opened
The following error message is shown in Browser Console.
```
TypeError: doc is null ContextMenuChild.jsm:559:9
```

If web page is opened in step A-1/B-1, the context menu is opened as expected.

Expected results:
Context menu should be opened
Bug: "Open in Firefox" not available for common image files (BMP, GIF, JPEG)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-04-06 16:22:06+00:00
Resolved: 2022-04-07 16:08:49+00:00

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

Steps to reproduce:

Go to menu Settings -> Applications, click on one of the image file options, like BMP, GIF, JPG, JPEG.


Actual results:

The option "Open in Firefox" is not available.


Expected results:

The option "Open in Firefox" should be available, since Firefox supports these files and can open them.
Bug: Dragging bookmarked items from the overflow menu onto the current opened webpage breaks the drag functionality
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-04-06 18:40:55+00:00
Resolved: 2025-01-23 12:59:00+00:00

Steps to reproduce:

1. Configure the bookmarks toolbar to only show on new empty tab. (Important)
2. Create enough bookmarks so it overflows your bookmarks toolbar to the right.
3. Drag any item from the overflow menu onto the current webpage/tab/location bar so it opens the site.
4. Open a new empty tab. (Important)
5. Try to drag any item from the overflow menu. It won't work, but bookmarks outside the overflow can still be dragged.

This issue seems to happen for both Windows 11 and latest MacOS.


Actual results:

I can't drag the overflowed bookmarks anywhere unless I restart the browser.


Expected results:

I should be able to drag these.