av9ash/GitBugs huggingface dataset:
Bug: Constant writes into the jumplist folder in permanent private browsing mode even on idle
Status: NEW
Priority: --
Created: 2020-09-27 00:40:41+00:00
Resolved: 2024-07-29 19:07:57+00:00

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

Steps to reproduce:

1. Enable permanent private browsing mode and restart Firefox.
2. Open any website (for example this bugreport).
3. Monitor all Firefox processes I/O activity (for example with Windows's resource monitor).


Actual results:

Every few minutes writes into \AppData\Roaming\Microsoft\Windows\Recent\CustomDestinations\ are being done.


Expected results:

Since private browsing mode is enabled probably nothing should have been written.


Additional details:

This issue was randomly found while tracking an I/O issue in Adblock Plus ( https://gitlab.com/eyeo/adblockplus/adblockpluschrome/-/issues/140 ). I'm not trusted with jumplists and if I make a right click on the Firefox symbol in the taskbar I see no specific new entries (like recent visited sites I guess?) so I'm curious why frequent constant writes into the jumplist folder are being done (as they are here a main source of PC noises from the HDD) and if this is actually a bug or not. I also just figured out that setting browser.taskbar.lists.enabled to false works as a workaround to disable this behavior.
Bug: Ending a keyword query with a question mark (?) searches default search engine instead and restricts to search
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-09-27 06:39:34+00:00
Resolved: 2025-01-08 11:26:25+00:00

As seen on https://www.reddit.com/r/firefox/comments/j0cwyp/question_mark_at_end_of_keyword_search/

Steps to reproduce:

1. Create a bookmark keyword like location `https://crash-stats.mozilla.org/search/quick/?query=%s` and any keyword
2. start query in address bar with keyword chosen in step 1, space, any query, and append a `?`

What happens:

Firefox suggests a search on the user's default search engine instead of the bookmark query.

Expected result:

Query is submitted to bookmark query with `?` sent to search.

20:34.01 INFO: Narrowed integration regression window from [fb9c01b7, 446aa773] (3 builds) to [fb9c01b7, 711b8615] (2 builds) (~1 steps left)
20:34.01 INFO: No more integration revisions, bisection finished.
20:34.01 INFO: Last good revision: fb9c01b719fac0644f1a3d25b4c9371d322d05d1
20:34.01 INFO: First bad revision: 711b8615bb3f978a68a27314719247fdde9a6aed
20:34.01 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=fb9c01b719fac0644f1a3d25b4c9371d322d05d1&tochange=711b8615bb3f978a68a27314719247fdde9a6aed
Bug: Whenever I close the Firefox browser and open it again. I have to again logo in to all the website. Like before the if I login to Gmail and closed the Firefox browser and open it again I don't need to login again on Gmail.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-09-27 06:53:21+00:00
Resolved: 2020-11-03 08:01:11+00:00

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

Steps to reproduce:

I'm opened the Gmail and Other websites where my login was saved. But after the update all the login was there was gonna and even many a times the Firefox got crashed.


Actual results:

I have to login each and every website again and again whenever I open the Firefox browser.


Expected results:

Whenever I open the browser it shouldn't told me to login again and again and the login data should be save
Bug: Ctrl+Click from home page focuses on new tab
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-09-27 09:37:41+00:00
Resolved: 2020-10-20 12:14:29+00:00

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

Steps to reproduce:

1. Ctrl+Click on "Top sites" from the default home page.



Actual results:

The newly opened tab got focused.
"When you open a link in a new tab, switch to it immediately" is disabled in about:preferences

Right click -> open in new tab did not focus on new tab.

[mozregression directed](https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=fe060ab6199d15711dff0f2862554698651e939b&tochange=6e92ff608742ace8573f94bf867340a1401bd491) me to bug 1599368.


Expected results:

New tab should not have gained focus on Ctrl+Click.
Bug: iframe cache files while deactivate cache is checked
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-09-27 17:42:39+00:00
Resolved: 2020-10-21 09:00:01+00:00

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

Steps to reproduce:

Iframe cache the file and don't show a new file when I want to show the new file in the same Iframe that has the same URL
P.S: the cache is desactivated and sometimes while I delete the stored file from storage in firefox the bug still shown


Actual results:

show old file in iframe while the url send new file


Expected results:

show new file
Bug: Retain tab history over multiple shutdowns when OS updates.
Status: NEW
Priority: P3
Created: 2020-09-27 22:22:23+00:00
Resolved: 2023-11-17 17:16:19+00:00

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

Steps to reproduce:

I updated my Mac - this update required 2 restarts, 1 for apps, the 2nd for OS update.





Actual results:

Firefox blocks being closed, unlike Chrome which seems to respond to some kind of shutdown signal from the OS.
After the first update, Firefox restarted, along with Chrome.  Chrome retained all it's tabs, Firefox had an 'Updated' splash page.
The 2nd update the asked to restart my computer, so I did the same.
Firefox blocked this again, so manually closed and restart continued.
After restart, there was no 'Restore previous session' tab and the 'Recently Closed Tabs / Windows' menu was empty.
Chrome restored all it's tabs.


Expected results:

I have about 3 Firefox windows open with approx 20 tabs.  I now have to look through my history / try to remember which ones were open so I can retrieve them again.
Firefox should maintain the tab history better - maybe automatically like Chrome does, although memory usage is more of a consideration with FF.
If the browser has been updated, I care more about restoring my tabs than seeing a splash page.
Bug: The uninstall survey is launched before the user clicks the finish button
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-09-28 07:35:46+00:00
Resolved: 2020-11-04 11:06:45+00:00

**Suggested severity**
* S2

**Affected versions**
* Fx82.0b4
* Fx81.0 RC

**Affected platforms**
* Windows 7

**Preconditions**
* Have Firefox installed (not a zip folder).

**Steps to reproduce**
1. Go to the Firefox/uninstall folder.
2. Run *helper.exe*.
3. Proceed with the uninstall process until the panel containing the survey checkbox is reached.
4. Click the checkbox.

**Expected result**
* Checkbox is correctly marked.

**Actual result**
* The survey is launched directly, without the user clicking the 'finish' button.

**Regression range**
* Will come back with a regression range ASAP.
* This looks like a recent regression as I could not reproduce the issue on Fx71.0b3.

**Additional notes**
* The issue can't be reproduced on the latest Firefox nightly build.
Bug: When I right click an item in Library->Show All History and choose "Open in a New Tab" in the context menu, the position of the library item is lost
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-28 07:49:23+00:00
Resolved: 2020-09-28 18:34:24+00:00

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

Steps to reproduce:

I opened Library->History->Show All History. I scrolled down to find the section I need from my history (i.e. few days ago). I am looking for a specific link and I do this by right clicking the links and choosing "open in a new tab" from the context menu. 


Actual results:

When I do that (right click and choose "open in new tab), the link is opened and the position on which I was in library (i.e. after dozens of mouse wheel scrolls) is lost and I have to scroll again to get a few days back on each "open in a new window"


Expected results:

What should've happened is when I open a link in a new tab, the position at which I currently am in the Library is kept and I don't have to scroll days back again.
Bug: Autplaying videos get muted despite allowing audio and video for autoplay videos in settings
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-09-28 09:42:45+00:00
Resolved: 2021-11-09 16:52:44+00:00

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

Steps to reproduce:

I use a website that automatically loads the next video lesson, hostet by vimeo, and autoplays it. 


Actual results:

Despite me allowing video and audio autoplay in settings Firefox adds the &muted=1 flag to the get request and the video gets muted.


Expected results:

Since I allowed audio and video autoplay it should not add the &muted=1 flag to autoloaded vimeo videoplayers. I also tried to make "block autoplay" the default and made an exception for the afftected website and this did not work, too.
Bug: Private Browsing Not working
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-09-28 10:01:59+00:00
Resolved: 2020-11-13 16:35:05+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/14.0 Safari/605.1.15

Steps to reproduce:

Used private Browsing on this page https://www.psd-vereinspreis.de/profile/verein-der-freunde-f%C3%B6rderer-und-ehemaligen-des-gymnasiums-herkenrath-e-v/ and After the First Voting Even closed the Browser.


Actual results:

the page will find out if I try to vote twice. 


Expected results:

By using private browsing the page should be fooled in believing I am a new user every time I visit it.
The behavior is the same in every FF, even ff klar
Bug: Certificate issue since Firefox 81  (works fine in 80.0.1)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-28 11:44:45+00:00
Resolved: 2020-10-01 14:41:59+00:00

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

Steps to reproduce:

Upgraded to Firefox 81 (from 80.0.1)


Actual results:

SSO websites do not recognize me anymore.


Expected results:

I am using Firefox at work and my company applies a security policy with, among other options, ImportEnterpriseRoots set to 'true'

Up to version 80.0.1, this allowed me to access my company internal websites with SSO automatic authentication.

After the upgrade to Firefox 81, the SSO is not working anymore and I am asked to enter credentials on my company internal websites .

Reverting back to Firefox 80.0.1 makes the SSO working fine again.
Bug: Typing a url and then keyboard navigating search one-offs doesn't properly update the heuristic
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-09-28 12:35:19+00:00
Resolved: 2020-10-30 20:41:03+00:00

Type a url looking string like "mozilla.org", then ALT+UP multiple times to move through search buttons, the heuristic action and icon should be updated, they are not.
I found this while working on bug 1658629, but didn't fix it there because the patch would have frown too much.

It's still an edge case anyway so likely not a show-stopper.
Bug: Audit preferences dialogs so default button makes sense
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-09-28 13:41:19+00:00
Resolved: 2021-01-13 00:29:06+00:00

The exceptions dialogs (from the privacy & security pane) and the containers preferences dialog box, and maybe some others (?) do not have a "default" button that closes the dialog.

In the case of the exceptions dialog that has an input box, somehow the "Allow" button is the default, which doesn't make a lot of sense...
Bug: websites not loading and being non responsive
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-28 13:58:09+00:00
Resolved: 2020-10-19 14:36:32+00:00

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

Steps to reproduce:

Clicked on the saved link for a website i use and it will not load


Actual results:

nothing. page is zoomed out and unresponsive. 


Expected results:

login page should have appeared. I have attached the login page from Chrome and that is dosplaying and functioning correctly. The zoomed image is how it appears on Firefox. Until your recent update, the page worked fine on Firefox
Bug: Save image as... stores `image/webp` as `jpeg` file, breaking opening in other applications
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-09-28 14:02:07+00:00
Resolved: 2022-07-07 18:28:39+00:00

**Affected versions**
* 82.0b4(20200926073307)
* 83.0a1(20200928094830)

**Affected platforms**
* macOS 10.15

**Steps to reproduce**
1. Launch FF. 
2. Go to https://www.reddit.com/r/pics/ .
3. Right click on any image to bring out context menu.
4. Click Save image as...
5. Open the stored image.

**Expected result**
* The image should be opened without any issues.

**Actual result**
* Error is displayed stating the the image file cannot be opened.

**Suggested Severity**
*  Seeing as how this only occurs for macOS platform, and the image can still be saved via other ways, I would consider this issue an S3

**Regression range**
* Will return with regression ASAP.

**Additional notes**
* This issue does not occur for Windows and Ubuntu platforms.
Bug: The shortcut for new container tab is conflicting with Persian key combination of no space break
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2020-09-28 14:59:03+00:00
Resolved: 2020-09-30 13:56:01+00:00

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

Steps to reproduce:

In Windows machines with farsi keyboard to type "No space word break" we have to press Ctrl+Shift+2
I'm trying to type: "نامه‌ی"
Between "نامه" and "ی" there is a "No space break" that we have to press Ctrl+Shift+2. 
If we don't it will become: "نامهی"


Actual results:

Anytime I'm pressing that key combination, in addition to the "No space breake", it will open a new container tab. We have to close the tab and go back to our previous tab.


Expected results:

It should just type the character and go forward.
Bug: ESNI not working when enabled in latest nightly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-28 15:25:49+00:00
Resolved: 2022-10-11 17:56:41+00:00

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

Steps to reproduce:

Using the latest Nightly,
Goto about:config and set network.security.esni.enabled 
Navigate to https://www.cloudflare.com/ssl/encrypted-sni/ and preform test



Actual results:

Results were that ESNI is being reported as not encrypted


Expected results:

The results should be that the connection is encrypted
Bug: Tab sound indicator overlaps the previous tab when play video in PiP player
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-09-28 15:32:17+00:00
Resolved: 2020-09-29 17:46:20+00:00

If favicon is not provided, tab sound indicator overlaps the previous tab.

STR:
1. Play local mp4 video
2. View the video in PiP player

Actual results:
Tab sound indicator overlaps the previous tab
See attached screenshot.

Expected Results:
Tab sound indicator should not overlap the previous tab
Bug: Pressing Ctrl+D on the new tab page opens the bookmark dialog pointing to the magnifying glass
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2020-09-28 18:18:13+00:00
Resolved: 2021-12-16 23:02:38+00:00

If you open a new tab and press Ctrl+D, you get a bookmark popup that points to the magnifying glass.

If the page is bookmarkable, it should have the star and the popup should point to that.

If we don't want folks to bookmark it, Ctrl+D should do nothing.

Although we allow bookmarking of all our about pages, so I'm not sure why we wouldn't allow bookmarking this one.
Bug: Search for an experiment shows all of the experiments instead of just the matching one
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-09-28 19:12:34+00:00
Resolved: 2022-02-11 22:46:12+00:00

In the Nightly Experiments section of about:config, if a user searches for one of the experiments using the Preferences search feature, all of the experiments will be visible. We should only show the experiments that matched the search.
Bug: Browser message now occupies too much vertical space
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-09-28 19:18:30+00:00
Resolved: 2020-09-28 19:59:37+00:00

STR:
1. Set `toolkit.legacyUserProfileCustomizations.stylesheets` to false and restart Firefox.
2. Set `accessibility.blockautorefresh` to true
3. Try triggering the browser message "Firefox prevented this page from automatically redirecting to another page." or "A script in the extension "[Extension Name]" is causing Firefox to slow down."

Expected Behavior:
Browser message should occupy the exact same amount of vertical space as in 80.0.1 or before.

Actual Behavior:
Browser message now occupies more vertical space after upgrading to 81.0 and is very distracting when operating under lower screen resolutions.
Bug: Interacting with specific element of the PDSP Ki database search form freezes Firefox
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-09-28 19:55:17+00:00
Resolved: 2020-10-13 09:11:40+00:00

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

Steps to reproduce:

1. Go to https://pdsp.unc.edu/databases/pdsp.php
2. Check 'Test Ligand'
3. Click the dropdown button at the right of that field


Actual results:

Firefox freezes after a few seconds, the 'MainThread' process at a constant 1 full core CPU usage.


Expected results:

After a quite noticeable but short time interval, a very long dropdown list should have appeared, listing all test ligands for which data exists in the database.
Bug: If the current tab is pinned, opening about:crashcontent from  bookmark opens a new tab and it crashes instead original tab
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-09-28 21:07:19+00:00
Resolved: 2020-11-10 14:42:08+00:00

Steps To Reproduce:
1. Open Web page in pinned tab
2. Open about:crashcontent from bookmark

Actual Results:
A new tab opens and crashes instead of the original tab.

Expected Results:
The original tab should crash.
Bug: Dynamically generated a tags are ignored by the tab-a11y traversal
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2020-09-29 02:57:39+00:00
Resolved: 2020-10-02 02:24:11+00:00

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

Steps to reproduce:

Javascript populates a tags into a page on load. When the page is loaded, hit the tab key a few times. Enclosed please find a simple test file to show the bug.


Actual results:

The a tags are ignored


Expected results:

The a tags should be selected by tabbing. Generating buttons instead of a tags has the expected behavior, so that's a clue. The submitted file shows this.
Bug: Installed default search engine using POST no longer works with single search terms
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-09-29 06:35:47+00:00
Resolved: 2020-10-22 10:24:17+00:00

STR:
1. Install [Add custom search engine](https://addons.mozilla.org/en-US/firefox/addon/add-custom-search-engine/) extension.
2. Add a search engine:
"DuckDuckPOST"
https://duckduckgo.com/
POST
q={searchTerms}
3. Make it the default search engine.
4. Type "test" in location bar.

Expected:

    test -- Search with DuckDuckPOST

Actual:

    http://test/ -- Visit
    
Doesn't search for single terms but does for multiple terms separated by spaces.

Regression range:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=c74ba13e5d6f51f0ad83f5cf61b6edd0d0b2b3cc&tochange=44801b6e7c7a2d333c287b926a7118356c396a2d

Regressed by Bug 1656302.
Bug: Deleting canceled downloads on library broke actual download
Status: NEW
Priority: P3
Created: 2020-09-29 07:41:34+00:00
Resolved: 2020-10-01 11:46:21+00:00

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

Steps to reproduce:

I was downloading several files and for keep the library clean y was deleting canceled downloads from history in the library and that broke actual download when file names are the same.  I was on linux mint xfce


Actual results:

Broken downloads in progress of the same file name. Finish with errors.


Expected results:

Just deleting the old entry in library and no errors in other files.
Bug: Incorrect icon for remote non-HTTPS PDF
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-09-29 10:59:45+00:00
Resolved: 2021-05-23 17:18:38+00:00

STR:
1. Visit a PDF hosted on a non-HTTPS server.
eg http://www.search.org/files/pdf/Toolbar_firefox_report.pdf

Expected:

An insecure padlock icon.

Actual:

A file icon that reports "This page is stored on your computer."

PDFs served by HTTPS show the correct secure padlock icon.
Bug: New tab locks up UI for OS X 10.14.6
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-09-29 12:58:21+00:00
Resolved: 2020-11-04 13:30:48+00:00

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

Steps to reproduce:

Create a new tab with Cmd+T or right click a link and "open in new tab". Once a website has loaded in the new tab, OS X will stop accepting mouse and keyboard interaction for a short period of time (around 1 minute in my experience). The problem then resolves itself until the next tab is opened.

I have removed Firefox, cleared its artifacts, and reinstalled. The problem persists with a fresh installation.


Actual results:

I was unable to use the mouse and keyboard with any part of OS X or Firefox for a period of time.


Expected results:

OS X should have continued to accept user input normally.
Bug: Keyboard navigating one-off buttons after typing doesn't update the engine chiclet
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-09-29 14:14:06+00:00
Resolved: 2020-10-03 09:30:53+00:00

1. CTRL+L
1a. [optional] type something
2. ALT+DOWN
3. type something more
4. cycle through one-off buttons with ALT+DOWN
    => The chiclet keeps showing the original engine instead of updating to the currently selected one.
Bug: Three dot menu icon not visible in about:logins
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-09-29 14:22:33+00:00
Resolved: 2020-10-08 19:36:49+00:00

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

Steps to reproduce:

Open about:logins 
The three dot menu to the top right is not visible.



Actual results:

The icon is not visible but when I move my mouse near to it, the button is still there and when clicking the menu pops up.


Expected results:

Earlier there was a hamburger menu but now the icon is not visible. It can be clicked and the menu will be visible
Bug: Can't set default download folder to D:\Desktop
Status: RESOLVED
Priority: --
Resolution: INACTIVE
Created: 2020-09-29 14:48:54+00:00
Resolved: 2020-10-30 13:20:01+00:00

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

Steps to reproduce:

I was trying to set the default download path as D:\Desktop


Actual results:

It sets it to C:\Users\Username\Desktop, showing as "Desktop" with the Windows desktop Icon (blue monitor)


Expected results:

Set the path to D:\Desktop
Bug: update NodeJS dependencies by handle security issues.
Status: NEW
Priority: P2
Created: 2020-09-29 16:05:27+00:00
Resolved: 2020-11-02 16:49:48+00:00

npm audit shows issues with browser/components/newtab.  Those need fixing.  Many will be simple enough to fix using 'npm audit fix'. That should be landed first and done here.

The others can be done here or spun off to separate bugs depending on amount of work.