av9ash/GitBugs huggingface dataset:
Bug: Shutdown hang related to DoH Rollout
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-06 00:19:01+00:00
Resolved: 2020-06-06 04:40:06+00:00

I've been trying to work out the reason for a pretty consistent shutdown hang on some of my 64 bit Windows 10 VMs, I think TRR is involved somehow. It happens with no modification on 77.0b1 through 78.0b2, and on 77.0 but not 77.0.1 or 78.0b3 (I think because of the added pref in bug 1642723, I can cause it in 77.0.1 by setting doh-rollout.trr-selection.enabled).

I haven't been able to reproduce it on Nightlies yet, I'm not sure if something about the setup is different there. I thought it might only happen on a single core VM, but I've seen it now on a 4 core one as well. I haven't seen it when run natively on my 8 core laptop, though. These VMs are a bit slow, but the memory growth suggests there's something more than just slowness involved.

Steps to reproduce in 77.0:

1. Install 77.0 win32 en-US, allow the installer to start Firefox
2. Exit pretty soon after startup (in the first 5 seconds, I've been using Alt-F4 but I don't know if that's essential)

or in 77.0.1:

1. Install 77.0.1 win32 en-US, start Firefox
2. set doh-rollout.trr-selection.enabled true
3. Restart Firefox
4. Exit Firefox

After exiting, the parent process (and usually some child processes) hang around, the parent grows steadily in size until the shutdown watchdog kills it, I've seen it get up to 4GB.

Here's [a full dump](https://sauce.rs/files/firefox.77.0.1.7z) on 77.0.1, that process eventually generated [this crash report](https://crash-stats.mozilla.org/report/index/c6d68b9a-d91f-4f2a-9e46-d836f0200605).

Some shutdown hangs:

*  [TRR BG is in je_free under `~TRR()`, main is in `mozilla::net::nsSocketTransportService::ShutdownThread()`](https://crash-stats.mozilla.org/report/index/efc1b1e4-9191-43de-877a-8cc260200605)
* [TRR BG is in `mozilla::net::TRR::SendHTTPRequest()`, main is in `mozilla::net::nsSocketTransportService::ShutdownThread()`](https://crash-stats.mozilla.org/report/index/a6817070-4091-4f0b-b24f-7fee20200605)
* [TRR BG thread is in a memmove](https://crash-stats.mozilla.org/report/index/b9233bb0-3d99-4d9a-ae8e-99c570200605)

OOM_SMALL in TRR Background thread: [1](https://crash-stats.mozilla.org/report/index/c81d78ff-3b8a-447b-8340-c0ecb0200605), [2](https://crash-stats.mozilla.org/report/index/716de898-909f-4452-ab1c-52b880200605).

These are all MOZ_CRASH(Shutdown hanging before starting.), I'm not sure what that indicates.
Bug: email a link to this page not working
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2020-06-06 03:14:15+00:00
Resolved: 2021-07-23 19:27:31+00:00

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

Steps to reproduce:

I'm using the latest FF as of 6/5/20. The toolbar icon to "email a link to this page" is not working. It hasn't worked for some time through several previous versions, although it did work intermittently a few months ago.  I was never able to predict whether it would work or not, and it hasn't worked for months.


Actual results:

When I click the icon, the menu above grays out, but nothing happens. I have T-bird as my application for mailto, and T-bird is installed and working fine. I restarted FF with all add ons disabled and got the same result.


Expected results:

I expected a mail message to open with the link included in the text.

Thanks for any help. Nothing insecure or urgent here.
Bug: Megabar again here.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-06 07:12:12+00:00
Resolved: 2020-06-06 07:18:59+00:00

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

Steps to reproduce:

After launch FF 77.0.1, or launch new tab.


Actual results:

I am shocked, "disabled url megabar by about:config setting" annoying me again!
New windows and tabs starts with enlarged urlbar, it is stupid and annoying "improvement" for many FF users. We are not blind, we are not idiots, we not need emphasise where is urlbar.


Expected results:

Minimally, there should be setting which disable megabar enlargement on new window or new tab.
Bug: [One-off search] Unable to untick search engine with a comma
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-06-06 08:02:22+00:00
Resolved: 2023-08-04 15:17:00+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.88 Safari/537.36

Steps to reproduce:

1. Install "Add custom search engine" addon (https://addons.mozilla.org/en-US/firefox/addon/add-custom-search-engine/).
2. Using the addon, add a new search engine and name it with a comma sign (","). The name can be anything, as long as it includes a comma.
3. Untick that search engine in "One-Click Search Engines" of "about:preferences#search".
4. Refresh "about:preferences#search".

Alternatively, a search engine (that has a comma in the name) also can be installed from mycroftproject.com; this is still supported in stable v77.


Actual results:

The search engine is still ticked.
The name can be "foo, bar" or even just a single comma ",", the result is still the same.


Expected results:

The search engine should remains unticked and hidden from the address bar.
Bug: Bookmark folder dropdown menus are still white with dark theme
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-06 09:30:30+00:00
Resolved: 2020-06-22 12:23:19+00:00

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

Steps to reproduce:

Set Firefox to use Dark Theme
Left click on a bookmark folder on the personal toolbar to expand it
(Note that is is a fairly common action)


Actual results:

Dropdown menu is still white as shown here:
https://i.imgur.com/jjlrbZP.png



Expected results:

Dropdown menu should be dark, as in Tab menu here:
https://i.imgur.com/mGtpMFt.png
Bug: Title of the tab will not be restored when right-clicking on a tab and using "Reload Tab"
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-06-06 11:36:14+00:00
Resolved: 2021-08-03 20:15:14+00:00

Instead of the page title it will show the url of the page.

My browser: 79.0a1 (2020-06-05) (64-Bit)
Bug: about:policies reports under 'Errors': 'Object is missing required property isEnrollmentPaused'
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-06-06 15:14:20+00:00
Resolved: 2020-06-11 00:42:46+00:00

Firefox 79.0a1 20200606094603 and 78.0b3 on Windows 8.1

1. Open about:policies from the address bar.
2. Click on "Errors" in the left sidebar.

Actual result:
4x Policy Error 'Object is missing required property isEnrollmentPaused'.

Regression from bug 1637688?
Bug: No response when clicking on a folder of bookmarks
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-06-06 15:47:06+00:00
Resolved: 2020-07-27 06:14:18+00:00

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

Steps to reproduce:

Create a folder of bookmarks.  Access, or attempt to access, this folder of bookmarks from the toolbar; attempt to add bookmark to this folder of bookmarks.  Note: this is completely random, not specific to one single folder, or set of bookmarks.  When one folder is affected, other folders may still work.  May, but due to inconsistency, it's hard to replicate to a specific folder.


Actual results:

Bookmark folder is visible, and you can click on it with a visible response (it toggles from a light gray to a dark gray and vice versa, for each click); however, the folder will not open, will not show the list of bookmarks within, nor will it allow you to add a bookmark to that folder.


Expected results:

The folder should open when clicked on, show the list of bookmarks within.  Also, if adding a bookmark, the folder should expand open to allow addition of new bookmark.
Bug: Stop resetting browser.launcherProcess.enabled to default (true) on every update
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-06 16:05:59+00:00
Resolved: 2024-09-01 05:17:04+00:00

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

Steps to reproduce:

Updated from 75.0



Expected results:

browser.launcherProcess.enabled to remain in the customised state like all other prefs
Bug: Google Sheets scrolls too fast in Firefox
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-06 16:34:11+00:00
Resolved: 2020-06-11 15:09:09+00:00

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

Steps to reproduce:

Open a Google Sheets page in Firefox and use the mouse wheel to scroll up or down.


Actual results:

Scrolling is overly sensitive in Google Sheets, instead of scrolling a few lines you scroll 70 or more at a time.


Expected results:

It should only scroll 3 lines like the computer settings are set. This was also verified using Chrome, the scrolling there is fine. It seems to be restricted to just Sheets in Firefox. Scrolling also works fine in other applications and in Windows 10 in general.
Bug: Firefox RTL: #restore-button border is wrongly positioned
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-06-06 17:31:39+00:00
Resolved: 2020-06-12 06:24:11+00:00

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

Steps to reproduce:

Press F11.
Hover over the top.


Actual results:

The #restore-button is not displayed correctly due to the following rule added in FF 77.
```
#restore-button > .toolbarbutton-icon:-moz-locale-dir(rtl) {
  transform: scaleX(-1);
}
```

Regardless, I don't understand why the button should be transformed.
In Windows programs (e.g. Notepad) the top "window" in that button is on the left.
Actually, transforming the restore-button when NOT in full-screen would be better (I don't think this is really important either).
Bug: Obligation to click twice (nothing to do with a double click) on the links
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-06-06 18:43:28+00:00
Resolved: 2020-06-11 14:29:59+00:00

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

Steps to reproduce:

Firefox 77.0.1 64 bits French under W10
Site https://assiste.com
In some cases, a click on a link (internal to this site) doesn't do anything. Obligation to click a second time to go to the page.


Actual results:

Ask my moderators to verify. Same with Firefox under Linux. The problem does not occur under other browsers.


Expected results:

1 click on a link.
Bug: Minimize button does not Minimize under Windows 7
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-06 18:47:44+00:00
Resolved: 2020-06-07 00:45:38+00:00

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

Steps to reproduce:

Started browser ,  wiated for main home page to appear.

Attempted to Minimize the window . Window Minimized but immediately popped up again.  


Actual results:

Window minimized, but immediately restored without user (my) intervention.




Expected results:

Windows should have minimized and STAYED minimized.
Bug: delete within bookmark folders fails
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-06-06 20:16:32+00:00
Resolved: 2020-07-03 15:08:18+00:00

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

Steps to reproduce:

select all tabs
select bookmark
from a list of bookmarks select a bookmark folder
this brings up a list of bookmarks but the folder is still hilighted, delete at this point will delete the folder! ctrl-z randomly will restor this folder.
select a bookmark in this folder (to the rhs) and try to delete it. DELETE FAILS.


Actual results:

No deletion happened.


Expected results:

The selected bookmark should be deleted.
Bug: Intermittent browser/base/content/test/tabs/browser_file_to_http_script_closable.js | Test timed out - | Found a tab after previous test timed out: file:///builds/worker/workspace/build/tests/mochitest/browser/browser/base/content/test/tabs/dummy_page.htm
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-06-06 20:58:12+00:00
Resolved: 2023-06-19 12:02:02+00:00

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

---

[task 2020-06-06T20:20:33.331Z] 20:20:33     INFO - TEST-START | browser/base/content/test/tabs/browser_file_to_http_script_closable.js
[task 2020-06-06T20:22:03.676Z] 20:22:03     INFO - TEST-PASS | browser/base/content/test/tabs/browser_file_to_http_script_closable.js | Tab is loaded - 
[task 2020-06-06T20:22:03.677Z] 20:22:03     INFO - waiting for it to close
[task 2020-06-06T20:22:03.678Z] 20:22:03     INFO - Buffered messages finished
[task 2020-06-06T20:22:03.679Z] 20:22:03     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/tabs/browser_file_to_http_script_closable.js | Test timed out - 
[task 2020-06-06T20:22:03.683Z] 20:22:03     INFO - GECKO(3973) | MEMORY STAT | vsize 3644MB | residentFast 357MB | heapAllocated 104MB
[task 2020-06-06T20:22:03.684Z] 20:22:03     INFO - TEST-OK | browser/base/content/test/tabs/browser_file_to_http_script_closable.js | took 90063ms
[task 2020-06-06T20:22:03.684Z] 20:22:03     INFO - Not taking screenshot here: see the one that was previously logged
[task 2020-06-06T20:22:03.686Z] 20:22:03     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/tabs/browser_file_to_http_script_closable.js | Found a tab after previous test timed out: file:///builds/worker/workspace/build/tests/mochitest/browser/browser/base/content/test/tabs/dummy_page.html -
Bug: CSP/XFO error pages' option to visit the page directly talks about opening in new window, should be tab instead
Status: NEW
Priority: P2
Created: 2020-06-06 22:42:26+00:00
Resolved: 2021-06-11 11:14:04+00:00

Firefox 79.0a1 + 78.0b3, Windows 8.1

Steps to reproduce based on bug 1461195:
* Go to https://johann-hofmann.com/frame-tester.html
* Enter https://google.com into the input field to get the error for X-Frame options

Text reads:
```
Nightly Can’t Open This Page

To protect your security, www.google.com will not allow Nightly to display the page if another site has embedded it. To see this page, you need to open it in a new window.

[Open Site in New Window]
```

The button will open it in a new tab - the text needs to get updated.
Bug: Restoring multiple tabs should also restore their tab positions
Status: NEW
Priority: P3
Created: 2020-06-06 23:04:24+00:00
Resolved: 2020-11-10 18:12:07+00:00

Firefox 79.0a1 + 78.0b3, Windows 8.1

If multiple tabs are closed at once and restored, not all of them are restored at their previous positions.

Steps to reproduce:
1. Open a news site or any other page with several links.
2. Open 5 links in new tabs.
3. Select tab 2, 3 and 4 (e.g. Ctrl + click on Windows) - tab 1 is still the active one.
4. Close all 4 by e.g. clicking the close button for a selected tab.
5. Restore them by pressing Ctrl + Shift + T.

Tabs get restored e.g. in positions 1, 2, 4 and 6 (have also observed 1, 2, 3 and 5).

Expected: positions 1, 2, 3, 4
Bug: Dire Local Storage situation
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-06 23:28:48+00:00
Resolved: 2020-06-06 23:34:42+00:00

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

Steps to reproduce:

I'd like mozilla to reconsider the decision to lump all local storage together, and I mean addons storage and websites storage stored in the same folder $PROFILE/storage/default

1. These are very different storage types with wildly different lifetimes. Websites local storage is mostly temporarily while extensions data is pretty much permanent
2. I would like to see an option to have websites local storage to be stored _only_ in RAM because
2.1 Some websites have started misusing it, e.g. I've already found some video hostings similar to NetFlix using Local Web Storage for ... video caching. Recently I've discovered a local storage folder which weighed over 1GB!
2.2 Some websites create an enormous amounts of disk writes, e.g. Discourse Forums where a single page refresh/new URL request creates up to 20MB of disk writes.
3. Most websites still use local storage only as temporary storage which means it probably should be treated differently than cookies.

What I propose:

1. Extensions and websites should their storage folders completely separated - this is a must imho.
2. An option to specify websites storage folder (some users might want to store this data on a RAM disk) - this is again a must and should be relatively easy to implement.
3. An option to specify websites storage as temporary and store it only in RAM while the webbrowser is running - this would be extremely nice to have (without necessarily switching into private mode).

Under no circumstances I want to deal with hundreds of folders under $PROFILE/storage/default which contain almost exclusively temporary data.
Bug: First key press to a window from an IME ignored
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2020-06-07 02:59:36+00:00
Resolved: 2024-06-03 15:27:01+00:00

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

Steps to reproduce:

- Open new window (Ctrl+N)
- Switch input method to fcitx https://fcitx-im.org/wiki/Fcitx
- Type one character to the address bar


Actual results:

Address bar placeholder text changes from "Search or enter address" to "Search with Google or enter address" but IME doesn't activate.

However, after the placeholder has changed, everything works normally in the current tab and any new tab in the current window.


Expected results:

IME should get the first key press as well and the placeholder text should be the same consistently.
Bug: Closing a tab in FF 77 leaves a spot for several seconds before the tabs are resized, other UI parts become unresponsive as well
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-06-07 21:46:56+00:00
Resolved: 2022-03-02 16:38:44+00:00

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

Steps to reproduce:

Closed a tab.


Actual results:

It took a long time for the other tabs to resize.


Expected results:

This was not an issue in FF76.

The resizing in general makes it harder to close a number of tabs in succession, but the delayed resizing is worse for this. It might work better to have all tabs take the same space, without resizing.
Bug: Blank page when clicking on item in new tab page since FF77
Status: UNCONFIRMED
Priority: P3
Created: 2020-06-07 23:01:58+00:00
Resolved: 2024-01-14 08:00:50+00:00

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

Steps to reproduce:

Open Firefox
Open new tab (goes to new tab page)
Click one of my frequently visited websites


Actual results:

At seemingly random times since Firefox updated to Firefox 77, clicking one of the icons in the new tab page instantly creates a blank page. No loading animation, no waiting time (not even a second), no attempt to load the webpage, just instantly a blank white page named "new tab" shows. It does not even show the new tab page anymore, just blank.

Opening another new tab page and repeating the process is usually hit or miss on whether it gives me a blank page or Firefox attempts to load the website.

This issue occurs on multiple profiles


Expected results:

Since the problem was not present in Firefox 76, Firefox 77 should also attempt to load whatever website I clicked on in the new tab page instead of just instantly showing a blank page.
Bug: [Lockwise] about:logins does not work when e10s is disabled
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-08 04:16:04+00:00
Resolved: 2020-06-10 23:10:36+00:00

[Tracking Requested - why for this release]:about:logins does not work when e10s is disabled. It is worth to fix this for next esr78 release.

Steps To Reproduce:
1. set MOZ_FORCE_DISABLE_E10S=1
2. Start Firefox
3. Open about:logins

Actual Results:
Saved logins are not display

Expected Results:
Master password dialog should be open if needed.
Saved logins should display display.


Browser console error when open about:logins:
Error: AboutLoginsParent: Received AboutLogins:Subscribe message the remote type didn't match expectations: null == privilegedabout AboutLoginsParent.jsm:217:13
Bug: Search Bar single click selects text and does not copy to clipboard
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-08 08:38:35+00:00
Resolved: 2022-08-20 17:13:58+00:00

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

Steps to reproduce:

Clicked in search bar.  


Actual results:

All text was selected but not saved in the Linux clipboard.


Expected results:

Cursor should have been inserted in text.  Despite the text being selected on single click it was not saved to the Linux clipboard
Bug: New proxy configuration via mozilla.cfg only takes effect after manual saving - Why?
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-06-08 09:25:25+00:00
Resolved: 2020-06-25 19:30:30+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Firefox/68.0

Steps to reproduce:

By default Firefox uses the system proxy. Via mozilla.cfg I specify a different proxy. The values are correct and are also displayed via about:preferences. But they do not become effective. 



Actual results:

Only when I - without changing anything - manually confirm/save "Configure proxy access to the Internet" with OK the new proxy configuration is effective.


Expected results:

Why is the new proxy not adopted automatically?
Bug: Super slow restore of tabs doing update
Status: NEW
Priority: P4
Created: 2020-06-08 10:43:20+00:00
Resolved: 2023-12-04 03:01:38+00:00

I'm using the nightly build of Firefox and every time I update my tabs are super slow at loading. I click on them and they just seem to keep loading and loading.
After around 5-10 minutes the normally load

Is there a way for me to debug what is going on since I can reproduce this on all updates.
Bug: Password displayed too short with Standard Font 14 in Firefox access data
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-08 11:49:17+00:00
Resolved: 2020-06-11 20:02:41+00:00

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

Steps to reproduce:

I've changed Standard Font to Arial 14


Actual results:

Password in Access Data is not displayed in full length,
not in every case?


Expected results:

Psssword shold be displayed in full length in every case
Bug: Slash is omitted when opening a link in the .me TLD
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-06-08 13:27:34+00:00
Resolved: 2020-07-09 13:28:39+00:00

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

Steps to reproduce:

Open the file in attachment and click the link


Actual results:

Firefox opens https://lea.verou.me2020/05/todays-javascript-from-an-outsiders-perspective/


Expected results:

Firefox opens https://lea.verou.me/2020/05/todays-javascript-from-an-outsiders-perspective/