av9ash/GitBugs huggingface dataset:
Bug: Moving multiple bookmarks multiple times in a folder causes an inconsistency between the database and the frontend
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-02-21 02:16:02+00:00
Resolved: 2022-02-21 19:01:31+00:00

**Steps to Reproduce**
1. Open the bookmarks sidebar.
2. Select multiple bookmarks.
3. Drag and drop the same selection multiple times to change their position in the list.

**Actual Results**
The selected bookmarks will look like they no longer changed position in the same folder unless the user restarts Firefox or opens and closes the Bookmark Sidebar, whereby they'll see the update. Even though visually it looks like nothing changed, the database does actually move the bookmarks to different positions.

**Expected Results**
The selected bookmarks should be able to move position regardless of how many times the user moves the same selection in a list.

[Video of the behaviour](https://www.youtube.com/watch?v=J4rbBZ-urZc)

I suspect it may have something to do with a syncing issue between the database and code in `toolkit/components/places/Bookmarks.jsm` that is simulating changes of the index positions in JS to avoid calling the database.
Bug: Sidebar toggle toolbar widget remains checked in customize mode
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-02-21 03:55:25+00:00
Resolved: 2022-03-02 04:37:30+00:00

When entering customize mode, the sidebar stops being visible because `#browser` is collapsed. But the sidebar element remains checked, and the `#sidebar-button` widget observes the sidebar element's checked attribute, so the widget remains checked, meaning it is highlighted in the toolbar.

The sidebar document should remain loaded while in customize mode though, or user may lose form data etc. So I'm not sure the best way to deal with this, maybe just in CSS. Are there any circumstances where we actually want a toolbarbutton to show as `checked` while in customize mode? Because for the CSS rule that highlights the button, we could just change the selector to `toolbar:not([customizing="true"]) .toolbarbutton-1[checked]`

But if there are other toolbarbuttons that need to show as `checked` in customize mode, then we need a specific rule for `toolbar[customizing="true"] #sidebar-button[checked]` to revert the highlight background
Bug: The "Search Logins" input , "Sign in to sync" button and menu button cannot be accessed with keyboard navigation
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-02-21 05:29:45+00:00
Resolved: 2023-06-02 15:22:56+00:00

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

Steps to reproduce:

1. Navigate to the “about: logins" page.
2. Press the "Tab" key
3. Observe the behavior for the above-mentioned buttons.


Actual results:

The "Search Logins" input, "Sign in to sync" (or user when logged in) button, and menu button cannot be focused using the tab key, (it is only navigable once initially)


Expected results:

It should be navigable/focused using the keyboard tab key.
Bug: Search Engine Icon
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-02-21 08:01:25+00:00
Resolved: 2022-03-11 09:07:38+00:00

User Agent: Mozilla/5.0 (X11; CrOS x86_64 14388.52.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/98.0.4758.91 Safari/537.36



Actual results:

Visit http://www.ejimm.de/ and note the appearance of the autodiscovery bit in the searchbar dropdown.

Also add the engine (ignore the fact that the autodiscovery doesn't disappear due to the difference between the autodiscovery title and the engine name) and then go to Manage Search Engines and note that the icon is constrained to 16 pixels high but is still 47 wide.

Presume options are:
1. cater for any size icon
2. squash to 16x16

Consider this a vote for option 2.

I think this only occurs if it is picking up the favicon.ico rather than an icon specified in the OpenSearch description but I haven't tested exhaustively.
Bug: Freeze after address bar has focus
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-02-21 10:25:11+00:00
Resolved: 2022-04-13 17:59:50+00:00

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

Steps to reproduce:

I open a new tab or window. Or I click into the address bar.
I think, the first results in giving focus to the address bar and that is the problem.


Additional information:
No problem to use bookmarks. I can enter addresses there and load websites.
I deleted my chronic and disabled addons without any change.
I use the current ESR version and did not change anything (like update or addon). Behaviour started suddenly after starting my computer this morning.


Actual results:

Firefox freezes.
While waiting the Firefox minimizes and gets back visible.
CPU usage does not go up.


Expected results:

No freeze :-)
Bug: Firefox updates are deactivated by the system administrator
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-02-21 14:07:24+00:00
Resolved: 2022-02-21 14:27:24+00:00

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

Steps to reproduce:

Hi. I set up an old HP 250g Laptop for my mum. OS is Linux Mint 20.3, xfce. Firefox shows according to the attached picture a restriction when it comes to updates. We are private people and do not have an administrator.... :)

thanks a lot in advance

Armin 


Actual results:

Thunderbird, 91.5.0 (64-Bit), seems to do well...


Expected results:

Firefox should not be restricted when it comes to updates...
Bug: Printing PDF files adds extra margins
Status: RESOLVED
Priority: P3
Resolution: INVALID
Created: 2022-02-21 17:37:33+00:00
Resolved: 2022-07-04 16:20:13+00:00

Steps to reproduce:

Open any PDF file (either online or local). Viewing works well. But when printing extra margins are added, visible in the new print preview.


Actual results:

The extra margins are not only visible in print preview, but they also print as shown in preview.


Expected results:

PDF file should print the way it is shown in the Firefox tab. Note: Thunderbird does not have that problem and uses the same print preview.
Bug: Removing a search engine whilst preferences is open should not report an error
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2022-02-21 17:52:16+00:00
Resolved: 2022-03-28 13:45:53+00:00

We picked up on this when testing live language switching in bug 1750241 comment 2.

Easier STR:

1. Start Firefox, open preferences, ensure the "General" section is selected.
2. Open a second window and type in `about:preferences` (to get it in a second window).
3. In the second window, navigate to the search shortcuts and remove an engine.

Expected Results

No errors.

Actual Results

Errors similar to bug 1750241 comment 1 or:

```
17:49:57.780 Uncaught 
Exception { name: "NS_ERROR_UNEXPECTED", message: "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsITreeSelection.select]", result: 2147549183, filename: "chrome://browser/content/preferences/search.js", lineNumber: 472, columnNumber: 0, data: null, stack: "remove@chrome://browser/content/preferences/search.js:472:27\nobserve@chrome://browser/content/preferences/search.js:359:23\nnotifyAction@resource://gre/modules/SearchUtils.jsm:223:20\nremoveEngine@resource://gre/modules/SearchService.jsm:2011:17\n", location: XPCWrappedNative_NoHelper }
search.js:472
    remove chrome://browser/content/preferences/search.js:472
    observe chrome://browser/content/preferences/search.js:359
    notifyAction resource://gre/modules/SearchUtils.jsm:223
    removeEngine resource://gre/modules/SearchService.jsm:2011
    InterpretGeneratorResume self-hosted:1475
    AsyncFunctionNext self-hosted:685
```
Bug: websites partially load, unable to login
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-02-21 22:45:05+00:00
Resolved: 2022-03-04 18:54:16+00:00

https://healthy.kaiserpermanente.org/colorado/front-door

Incompletely loads and I get an animated spinner "Loading..." in the center of the screen. Can't login. Works fine in Ungoogled Chromium.

firefox-96.0-1.fc36.x86_64

Problem remains when relaunching in safe mode.
Bug: Intermittent browser/base/content/test/pageActions/browser_PageActions_bookmark.js | Expecting the tooltip text to be updated. Tooltip text: Edit this bookmark (Ctrl+D) - false == true - JS frame :: chrome://mochitests/content/browser/browser/base/content
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2022-02-22 00:13:12+00:00
Resolved: 2022-07-26 00:14:00+00:00

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

---
```
[task 2022-02-21T22:40:44.308Z] 22:40:44     INFO - TEST-PASS | browser/base/content/test/pageActions/browser_PageActions_bookmark.js | Panel shown after button pressed - 
[task 2022-02-21T22:40:44.308Z] 22:40:44     INFO - Leaving test bound starButtonCtrlClick
[task 2022-02-21T22:40:44.308Z] 22:40:44     INFO - Entering test bound bookmark
[task 2022-02-21T22:40:44.309Z] 22:40:44     INFO - Console message: [JavaScript Warning: "This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use “<!DOCTYPE html>”." {file: "http://example.com/browser_page_action_menu" line: 0}]
[task 2022-02-21T22:40:44.315Z] 22:40:44     INFO - Buffered messages finished
[task 2022-02-21T22:40:44.317Z] 22:40:44     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/pageActions/browser_PageActions_bookmark.js | Expecting the tooltip text to be updated. Tooltip text: Edit this bookmark (Ctrl+D) - false == true - JS frame :: chrome://mochitests/content/browser/browser/base/content/test/pageActions/browser_PageActions_bookmark.js :: bookmark/< :: line 38
[task 2022-02-21T22:40:44.317Z] 22:40:44     INFO - Stack trace:
[task 2022-02-21T22:40:44.317Z] 22:40:44     INFO - chrome://mochitests/content/browser/browser/base/content/test/pageActions/browser_PageActions_bookmark.js:bookmark/<:38
[task 2022-02-21T22:40:44.317Z] 22:40:44     INFO - resource://testing-common/BrowserTestUtils.jsm:withNewTab:148
[task 2022-02-21T22:40:44.318Z] 22:40:44     INFO - TEST-PASS | browser/base/content/test/pageActions/browser_PageActions_bookmark.js | true == true -
```
Bug: Windows, Java Webstart: jnlp will not start JavaLauncher but wants to save file
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-02-22 07:57:06+00:00
Resolved: 2022-03-08 18:48:27+00:00

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

Steps to reproduce:

I want to start an Java application from server with an jnlp-file.




Actual results:

Firefox wants to save the jnlp-file


Expected results:

the Java application should start.
It's an windows bug, not on Linux (here Ubuntu 16.04)

This bug first appears  in Firefox 97.0 and also exists in Firefox 97.0.1
A downgrade to Firefox 96.0.3 repairs it, and the bug is gone. 

Bug: "mimeTypes":{"application/x-java-jnlp-file":{"action":4,"extensions":["jnlp"]}, ...}

if we change ist to s.th. like:
"mimeTypes":{"application/x-java-jnlp-file":{"action":2,"extensions":["jnlp"],"handlers":[{"name":"jp2launcher.exe","path":"C:\\Program Files\\Java\\jre1.8.0_202\\bin\\jp2launcher.exe"}]}

the java application starts ...
Bug: Global property added while loading chrome://browser/content/places/instantEditBookmark.js: browser - instantEditBookmarks.js lazy-loads marionette script for no reason
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-02-22 10:59:30+00:00
Resolved: 2022-02-28 21:49:58+00:00

I'm debugging some intermittents and noticed this in the log output:

```
 0:06.80 INFO Global property added while loading chrome://browser/content/places/instantEditBookmark.js: browser
```

This comes from: https://hg.mozilla.org/mozilla-central/rev/322e753a4898e59b8da23aee7e50e0a10cfc2273#l6.25

The script now defines a lazy-loading getter for marionette's `browser.js`, but it's unclear why it's doing that - the patch has no accessors to that variable and I don't think we need it.
Bug: PDF download new tab steals focus even if user switches to a different tab between download start and download end
Status: NEW
Priority: P3
Created: 2022-02-22 11:04:10+00:00
Resolved: 2022-04-14 15:56:19+00:00

Background downloads should not become the active tab.

Steps to reproduce:
1) Open https://www.mozilla.org/en-US/ and https://beta.healthdata.gov/Health/COVID-19-Community-Profile-Report/gqxm-d9w9 in separate tabs.
2) On healthdata.gov click the Download button.
3) Switch to the Mozilla tab and try to read.

Expected:
3) The Mozilla tab is maintained as the active tab until the user makes an action to change tabs.

Actual:
3) When the download finishes the PDF is opened in a new tab and that becomes the active tab.
Bug: PDF search highlight is barely visible
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2022-02-22 12:23:45+00:00
Resolved: 2023-05-29 12:23:02+00:00

**Affected versions**
* 98.0b7
* 97.0.1
* 99.0a1 (2022-02-22)

**Affected platforms**
* MacOS 12
* Windows 10
* Ubuntu 20.04

**Steps to reproduce**
1. Open Firefox.
2. Navigate to https://www.tmcec.com/public/files/File/Court%20Interpreters/Spanish.pdf
3. Search for "Señor".

**Expected result**
* Searched word is highlighted as is easily seen inside the document.

**Actual Result**
* Searched word is highlighted but is barely visible. See attached screeenshot.
Bug: facebook doesn't load correctly on nightly 99.0a1
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-02-22 12:31:10+00:00
Resolved: 2022-02-24 11:29:57+00:00

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

Steps to reproduce:

Navigating in Facebook with Firefox 99 nightly



Actual results:

The site doesn't load correctly - many pages load only half-way, get stuck, and need a refresh in order to reload properly.


Expected results:

Facebook loads correctly on Firefox 97.0.1. Also tried 99 nightly in "troubleshoot mode" - issue not solved.
Bug: Submenus on a website are unreachable
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-02-22 17:04:53+00:00
Resolved: 2022-02-24 08:08:28+00:00

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

Steps to reproduce:

Move the mouse cursor on Boutique in https://www.terrevivante.org/foire-aux-questions/faq-abonnement/.
The submenu is appearing.


Actual results:

When I try to reach the submenu with the cursor, the submenu is disappearing.


Expected results:

The submenu should remain visible until I click in.
Chromium works fine on this website.
Bug: In VM;ware Horizon administration a certain form does not work.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-02-22 18:44:41+00:00
Resolved: 2022-04-08 07:50:30+00:00

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

Steps to reproduce:

I'm editing virtual machine pool setting an a certain object is not visible.

You must test this with latest version of VMware Horizon administration.


Actual results:

System fails to work. There should be a similiar box as in the picture but underneath it.


Expected results:

Pool should be created. Now an important feature does not work at all. I can do this with chrome, and was able to do this with older version. Sad to say that this           works with other (yegh...! with Chrome) browsers.
Bug: Intermittent toolkit/components/thumbnails/test/browser_thumbnails_bg_no_cookies_sent.js | Thumbnail file should exist after capture. -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-02-22 22:10:14+00:00
Resolved: 2023-09-27 12:00:47+00:00

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

---
```
[task 2022-02-22T21:08:29.456Z] 21:08:29     INFO - TEST-PASS | toolkit/components/thumbnails/test/browser_thumbnails_bg_no_cookies_sent.js | The page should be green now. - "rgb(0, 255, 0)" == "rgb(0, 255, 0)" - 
[task 2022-02-22T21:08:29.456Z] 21:08:29     INFO - Buffered messages finished
[task 2022-02-22T21:08:29.457Z] 21:08:29     INFO - TEST-UNEXPECTED-FAIL | toolkit/components/thumbnails/test/browser_thumbnails_bg_no_cookies_sent.js | Thumbnail file should exist after capture. - 
[task 2022-02-22T21:08:29.457Z] 21:08:29     INFO - Stack trace:
[task 2022-02-22T21:08:29.457Z] 21:08:29     INFO - chrome://mochikit/content/browser-test.js:test_ok:1394
[task 2022-02-22T21:08:29.457Z] 21:08:29     INFO - chrome://mochitests/content/browser/toolkit/components/thumbnails/test/browser_thumbnails_bg_no_cookies_sent.js:thumbnails_bg_no_cookies_sent/<:38
[task 2022-02-22T21:08:29.458Z] 21:08:29     INFO - Console message: [JavaScript Warning: "An iframe which has both allow-top-navigation and allow-top-navigation-by-user-activation for its sandbox attribute will permit top navigations." {file: "about:blank" line: 0}]
[task 2022-02-22T21:08:29.710Z] 21:08:29     INFO - Console message: [JavaScript Warning: "An iframe which has both allow-top-navigation and allow-top-navigation-by-user-activation for its sandbox attribute will permit top navigations." {file: "about:blank" line: 0}]
[task 2022-02-22T21:08:29.720Z] 21:08:29     INFO - Console message: [JavaScript Warning: "This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use �<!DOCTYPE html>�." {file: "http://mochi.test:8888/browser/toolkit/components/thumbnails/test/thumbnails_background.sjs?%7B%22setGreenCookie%22%3Atrue%7D" line: 0}]
[task 2022-02-22T21:08:29.722Z] 21:08:29     INFO - Console message: [JavaScript Warning: "Cookie �� will be soon rejected because it has the �SameSite� attribute set to �None� or an invalid value, without the �secure� attribute. To know more about the �SameSite� attribute, read https://developer.mozilla.org/docs/Web/HTTP/Headers/Set-Cookie/SameSite" {file: "http://mochi.test:8888/browser/toolkit/components/thumbnails/test/thumbnails_background.sjs?%7B%22setGreenCookie%22%3Atrue%7D" line: 3}]
[task 2022-02-22T21:08:32.147Z] 21:08:32     INFO - Console message: 1645564112149	app.normandy.recipe-runner	WARN	Disabling Shield because app.normandy.api_url is not set.
[task 2022-02-22T21:09:09.038Z] 21:09:09     INFO - Not taking screenshot here: see the one that was previously logged
```
Bug: Restoring a session will take a long time to fully load the 9gag.com page content
Status: NEW
Priority: --
Created: 2022-02-23 13:23:18+00:00
Resolved: 2022-02-23 13:23:18+00:00

[Affected versions]: 
99.0a1 (2022-02-23)

[Affected platforms]:
Platforms: Windows, Mac

Preconditions:
Check "Open previous Windows and Tabs" in about:preferences

[Steps to reproduce]

1. Reach the 9gag.com page and scroll down a bit.
2. Close the Firefox browser while the 9gag tab is in View.
3. Close and Reopen Firefox with the same profile and scroll down.

[Expected result]
The 9gag page should be restored and fully loaded after restart.

[Actual result]
The 9gag page only partially loads.
Please note that sometimes only the second time restarting Firefox will cause this issue to happen.
Also note that sometimes the Page only loads after a long time has passed, 10-15 seconds.
Bug: [flatpak] "Show in Folder" from the Download Menu does not work properly if the default download path is changed
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-02-23 15:38:43+00:00
Resolved: 2022-03-04 14:36:54+00:00

**Affected versions**

98.0b8 (20220222185824) 
 **Preconditions**

Have Firefox flatpak installed (https://flathub.org/apps/details/org.mozilla.firefox) 
**Affected platforms**

Ubuntu 20.04
**Steps to reproduce**

1.Launch Firefox and change the default Downloads folder from about:preferences(e.g to Desktop).
2.Download a random test file from https://www.thinkbroadband.com/download .
3.Click on Show in Folder/Open containing folder from Downloads Panel.
**Expected result**

Folder is opened as expected, showing the previously downloaded file.
**Actual result**

The folder is not opened; instead, a pop-up message appears.
**Regression range**

N/A
**Attachments** 

There is a screenshot attached of the pop-up window/error after changing the default download path.
**Notes**
Might be a permission issue, however, this is not reproducible on a beta build. I haven't reproduced this on other platforms yet; looking for confirmation.
Bug: Intermittent browser/base/content/test/performance/browser_preferences_usage.js | extensions.webextensions.uuids should not be accessed more than 40 times. - 62 <= 40 - JS frame :: chrome://mochitests/content/browser/browser/base/content/test/performance/
Status: RESOLVED
Priority: P5
Resolution: INVALID
Created: 2022-02-23 18:03:28+00:00
Resolved: 2022-02-23 18:27:16+00:00

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

---
```
[task 2022-02-23T17:18:16.333Z] 17:18:16     INFO - TEST-PASS | browser/base/content/test/performance/browser_preferences_usage.js | browser.startup.record should be accessed at most 350 times. - 328 <= 350 - 
[task 2022-02-23T17:18:16.334Z] 17:18:16     INFO - Buffered messages finished
[task 2022-02-23T17:18:16.334Z] 17:18:16     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/performance/browser_preferences_usage.js | extensions.webextensions.uuids should not be accessed more than 40 times. - 62 <= 40 - JS frame :: chrome://mochitests/content/browser/browser/base/content/test/performance/browser_preferences_usage.js :: checkPrefGetters :: line 42
[task 2022-02-23T17:18:16.335Z] 17:18:16     INFO - Stack trace:
[task 2022-02-23T17:18:16.336Z] 17:18:16     INFO - chrome://mochitests/content/browser/browser/base/content/test/performance/browser_preferences_usage.js:checkPrefGetters:42
[task 2022-02-23T17:18:16.337Z] 17:18:16     INFO - chrome://mochitests/content/browser/browser/base/content/test/performance/browser_preferences_usage.js:startup:130
[task 2022-02-23T17:18:16.337Z] 17:18:16     INFO - TEST-PASS | browser/base/content/test/performance/browser_preferences_usage.js | extensions.webextensions.base-content-security-policy should not be accessed more than 40 times. - 28 <= 40 - 
```