av9ash/GitBugs huggingface dataset:
Bug: URL fixup incorrectly changes `ent` TLD to `net`
Status: RESOLVED
Priority: P5
Resolution: WONTFIX
Created: 2021-02-19 16:11:15+00:00
Resolved: 2021-03-02 18:13:26+00:00

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

Steps to reproduce:

In my Organizanization we have internal sites like this:
myserver.dev.ent
Just enter this address in the URL bar




Actual results:

Firefox modify the URL to this: myserver.dev.net



Expected results:

Firefox should not change the address, because is imposible to enter in sites like these. 
the only workaround, is to add the adress in a bookmark and access from there.

the latests version where this is not happening is ESR 68.9. (I'm stuck on this version)
I can confirm that this behavior is hapening in ESR 78+ until latest firefox release
I dont know in which firefox specific version this new behavior has been implemented.
Bug: [Proton] in in-content pages menupopups have a big gap to the menulist when they open above the menulist
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-02-19 18:17:08+00:00
Resolved: 2021-03-25 02:16:11+00:00

In in-content pages like the preferences when a menupopup opens above the menulist there is a big gap between them.

A
xul|menulist > xul|menupopup {
  padding: 0;
  margin-top: 0;
  margin-inline-start: 0;
}

in common.css would fix this issue together with the too narrow menupopup.
Bug: Blue menu selections flicker in right click context menu in multi tab overflow menu
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-02-19 20:03:20+00:00
Resolved: 2021-03-29 07:17:13+00:00

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

Steps to reproduce:

Highlight tab in multi tab overflow menu - right click to bring up context menu - hover over options such as close tab 


Actual results:

The blue selector flickers 


Expected results:

Not flicker as in other context menus
Bug: Firefox browser freezes during file upload
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-02-19 20:55:57+00:00
Resolved: 2021-03-17 10:48:43+00:00

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

Steps to reproduce:

1. Visit https://do-not-use-uploader.femto.host/
2. Press the 'Upload Files' button
3. On the opened 'File Upload' window, click 'Cancel'.

It also works if you do upload a file.

The source code to upload a file is very simple, we're using 'Axios' the popular JavaScript library to upload a file using a simple post request. https://github.com/femto-apps/web-simple-file-uploader/blob/main/frontend/pages/index.js#L48-L92.

Even so, this code should never be called if the 'cancel' button is pressed so I don't believe it to be a library issue.  I also feel that no matter what happens in JavaScript land the browser should not entirely freeze for a period of time.


Actual results:

Ocassionally, the browser freezes for up to five seconds after selection of a file or pressing 'cancel'.  The file, if selected, is still uploaded immediately without pause.  After five or so seconds, it unfreezes and interactivity is returned as expected.

This occured to multiple people running latest Firefox.  It happened to nobody running Chrome.  It is repeatable under 'Safe Mode'.  In the video linked, I press 'Upload Files' half a dozen times with it working, then it fails and freezes everything.  I am quickly selecting 'Upload Files' and cancel on the window that comes up.


Expected results:

The browser should not freeze.
Bug: Bookmarks are no longer vertically centered in the bookmarks toolbar with browser.proton.toolbar.enabled enabled
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-02-19 21:02:49+00:00
Resolved: 2021-04-02 19:49:18+00:00

### Steps to reproduce

1. Set `browser.proton.toolbar.enabled enabled` pref = true and restart Firefox.
2. Make your bookmarks toolbar visible, either on the newtab page or View menu > Toolbars > Bookmarks Toolbar > Always Show.
3. Add a bookmark to your bookmarks toolbar, if you don't already have one.
4. Mouse over the bookmark.

### Expected behavior

The bookmark and its mouse-over highlight should be vertically centered on the bookmarks toolbar.

### Actual behavior

With `browser.proton.toolbar.enabled enabled`, the bookmarks are no longer vertically centered on the bookmarks toolbar and the bookmark's mouse-over highlight now touches the chrome border.

See the attached screenshot comparing the mouse-over highlight before and after enabling `browser.proton.toolbar.enabled enabled`.
Bug: With the Proton tab bar, switching to a background tab is harder if contains a PiP video because part of the tab shape is unresponsive to clicks
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-02-19 21:30:34+00:00
Resolved: 2021-03-16 13:50:03+00:00

Steps to reproduce:
 1. On a web site with a video, enter Picture-in-Picture mode.
 2. Switch to a different tab.
 3. Try to switch back to the original tab by clicking it.

Expected results:
The tab should be easy to click.

Actual results:
Clicking the upper half of the tab hits the "PICTURE-IN-PICTURE" text and doesn't do anything. It feels like the browser is not responding to the click. The tab hover effect is still shown in this state, making it look like the tab is clickable at that position.
Bug: The menuseparator may appear in succession in the context menu
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2021-02-20 06:59:12+00:00
Resolved: 2021-10-01 09:52:43+00:00

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

Steps to reproduce:

1. Show https://www.mozilla.org/en-US/
2. Select a string on the page. Keep it selected.
3. Right-click "Firefox Browsers" in the upper left corner.
  + Right-click on the link string.
4. Right-click on the "moz://a" image in the upper left corner.
  + Right-click on the link image.



Actual results:

Two menuseparators will appear under "Copy" in the context menu.


Expected results:

Display only one menuseparator under "Copy" in the context menu.
Bug: New tab button is harder to hit on fullscreen
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-02-20 15:05:37+00:00
Resolved: 2021-03-25 01:22:22+00:00

The new tab button no longer hits with proton when the mouse cursor is at the top of the screen. The cursor needs to move a pixel down to actually hit the button.
Bug: Unicode IDNA normalization of URLs can lead to bypasses of naive string comparisons for blocked domains in website software
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-02-21 10:50:46+00:00
Resolved: 2021-02-22 14:12:41+00:00

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

Steps to reproduce:

1. Execute the HTML code provided below
2. Now you can see the hyperlink actually becomes github.com and the iframe also fetches resource from github.com
3. Check the source code it is not actually github.com there.

What is wrong here:
Suppose I've a website and I've blacklisted some website there. Ex: github.com .
Now if an attacker passes the 'https://Gℹthub.com' domain . My website backend/frontend will check the domain name and if its github.com then it will throw it away . Lets assume that the logic is like this :
if $submitted_domain == "https://Github.com" {
 throw();
}
else {
 iframe_it();
}
Now it actually bypassed the logic as the submitted domain isnot github.com but when it its iframed in the site it will actually fetch the resource from that website. I dont see the developer who checked the blacklisted domain isnt logically wrong but the browser parse this type of character differently which could trigger some security issues

Code:
  <a href="https://Gℹthub.com"> Github</a>
  <iframe src="https://Gℹthub.com"></iframe>



Actual results:

Browser is fetching resource from the wrong domain.


Expected results:

Browser should fetch the resource from right domain
Bug: Session is not cleared after a computer restart
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-02-21 18:17:28+00:00
Resolved: 2021-03-11 12:52:19+00:00

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

Steps to reproduce:

1. Open some tabs
2. Restart computer
3. Open Firefox again


Actual results:

Tabs you had opened before restart are reopened


Expected results:

Firefox should start fresh, without any tabs opened
Bug: "Show bookmark toolbar on New Tab only" isn't
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-21 18:42:04+00:00
Resolved: 2021-02-22 12:05:15+00:00

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

Steps to reproduce:

Set Bookmark toolbar setting to "show on New Tab only".


Actual results:

It didn't.


Expected results:

It should have.
Bug: Wrong allegro.pl search engine url
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-02-21 23:12:51+00:00
Resolved: 2021-03-04 15:29:54+00:00

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

Steps to reproduce:

Install allegro search engine
Use allegro search engine to search 


Actual results:

Firefox redirect to https://allegro.pl/listing/listing.php?string={searchTerms}&sourceid=Mozilla-search


Expected results:

Firefox redirect to https://allegro.pl/listing?string={searchTerms}&sourceid=Mozilla-search
Bug: Bookmark thumb not as visible on hover with dark theme
Status: NEW
Priority: --
Created: 2021-02-22 08:46:55+00:00
Resolved: 2021-03-09 16:53:44+00:00

**Affected versions**
* 87.0a1(2021-02-21);

**Affected platforms**
* Windows 10  

**Steps to reproduce**
1. Launch Firefox, access any webpage;
2. Click on the Bookmark button from the address toolbar;
3. Expand the Folder list;
4. [Optional] Click on the New Folder button to expand the list and trigger the scrollbar;
5. Click / Hover move the inner scrollbar;

**Expected result**
* elements are visible;

**Actual result**
* scrollbar is barely visible due to the color setup for dark theme;

**Enhancement suggestion**
* change the color scheme to make the scrollbar more visible; 


**Regression range**
* First bad: 2019-10-24;
* Last good: 2019-10-23;
* Pushlog: [URL](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=82274c20257455ffb7ea74404ee9d27bc4246819&tochange=dd7a79a0e83d6d24f672ce3f619f613ca7ab5f1d) 

**Additional notes**
* attached .gif to best illustrate the issue.
Bug: GUID mismatch in Install routine in the MSI package
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-22 09:35:57+00:00
Resolved: 2021-03-12 19:25:44+00:00

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

Steps to reproduce:

installing firefox from msi package (Firefox Setup 85.0.2.msi  64-bit)


Actual results:

The GUID of the MSI package does not match the GUID of the installed Firefox package.
Routines that check for the presence of an application using the GUID fail.
Provisioning of Firefox in the SCCM fail because the existing GUID cannot be tested.


Expected results:

The GUID of the MSI package should match the GUID of the installed Firefox package.
Bug: The default Amazon tile is not displayed for some regions with the Sponsored Top Sites filter preference enabled
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-02-22 09:44:23+00:00
Resolved: 2021-02-22 14:30:38+00:00

**[Note]**: 
- This is not applicable for the current configuration of the [Top Sites Rollout](https://experimenter.services.mozilla.com/experiments/rollout-sponsored-topsites/). However, if in the future the preference will be expanded to be enabled on regions that use it as an excluding filter, this issue will appear.

**[Affected versions]:**
- Firefox 85.0.2 (Build ID: 20210208133944)
- Firefox Beta 86.0 RC (Build ID:20210217195321)
- Firefox Nightly 87.0a1 (Build ID: 20210221094821)

**[Affected Platforms]:**
- Windows 10 
- Linux Mint 20
- macOS 10.15.7

**[Prerequisites]:**
- Have the latest es-ES Firefox Beta version installed and open.
- Have the following preferences set:
- `browser.search.region` set to `ES`
- `browser.topsites.experiment.ebay-2020-1` set to `true`
- `browser.partnerlink.useAttributionURL` set to `true`
- `browser.topsites.useRemoteSetting` set to `true`

**[Steps to reproduce]:**
1. Navigate to “about:newtab”.
2. Observe the Top Sites tiles displayed.

**[Expected result]:**
-  There is a default Amazon tile displayed.

**[Actual result]:**
- The default Amazon tile is not displayed.

**[Additional Notes]:**
- The locale used seems to be a factor in the behavior. The en-US locale using the ES region will display a Search Engine version even with the preferences enabled. 
- This issue is also reproducible for other regions (e.g RO).
- Attached is a screenshot of the issue.
Bug: deinstall firefox package / uninstaller does not wait for ending uninstall process
Status: NEW
Priority: P3
Created: 2021-02-22 11:38:55+00:00
Resolved: 2022-07-26 17:20:02+00:00

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

Steps to reproduce:

uninstall firefox package (tested on Microfoft Windows 10 Enterprise) 


Actual results:

The uninstaller does not wait for the uninstallation process to end, but instead immediately returns it to the shell with a "0-success" return code if the uninstallation is in progress.
Routines that check for successful deinstallation in the file system or registry fail. 


Expected results:

The uninstallation process must wait until the uninstallation is finished.
Bug: The Search Engine version of the Amazon tile is wrongly displayed if the “browser.topsites.experiment.ebay-2020-1” preference is first set to “false” then “true”
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-22 14:24:07+00:00
Resolved: 2021-02-23 10:10:52+00:00

**[Note]**: 
- This is applicable for a rollout scenario.

**[Affected versions]:**
- Firefox Release 84.0 (Build ID:  20201211215739)
- Firefox 85.0.2 (Build ID: 20210208133944)
- Firefox Beta 86.0 RC (Build ID:20210215141125)

**[Affected Platforms]:**
- Windows 10 
- Linux Mint 20
- macOS 10.15.7

**[Prerequisites]:**
- Be enrolled in the rollout that changes the following preferences:
- `browser.topsites.experiment.ebay-2020-1` set to `true`
- `browser.partnerlink.useAttributionURL` set to `true`
- `browser.topsites.useRemoteSetting` set to `true`
- Be in a region that supports Sponsored Top Sites:
- e.g. `browser.search.region` set to `GB`

**[Steps to reproduce]:**
1. Navigate to “about:config”.
2. Change `browser.topsites.experiment.ebay-2020-1` to `false`.
3. Change `browser.topsites.experiment.ebay-2020-1` to `true`.
4. Open a new tab and observe the Top Sites displayed.

**[Expected result]:**
-  There is a Sponsored Amazon tile displayed.

**[Actual result]:**
- There is an Amazon Search Engine Tile displayed.

**[Additional Notes]:**
- Disabling the Search Engine tile from the section menu will redisplay the Sponsored version.
- The `browser.newtabpage.activity-stream.improvesearch.topSiteSearchShortcuts.havePinned` preference is set to `amazon` when the `browser.topsites.experiment.ebay-2020-1` preference is set to `false` and remains set after it gets set to `true`.
- Attached is a recording of the issue.
Bug: Cross-origin read SOP violation by extension via search provider via redirect
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-02-22 16:22:42+00:00
Resolved: 2024-05-30 17:27:59+00:00

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

This bug is to address fixing the case from bug 1692623 comment 11, where a icon URL that is pointing to a redirect could still load a resource that is not an image url.

This will also fix handling of content types when a redirect is involved.
Bug: Talos test pdfpaint Error: Expected page 1 got 2
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-02-22 16:43:42+00:00
Resolved: 2021-03-05 09:00:17+00:00

As mentioned in https://bugzilla.mozilla.org/show_bug.cgi?id=1220362#c288
Bug: sync stopped working 6 months ago
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-02-22 17:41:23+00:00
Resolved: 2021-05-20 18:10:07+00:00

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

Steps to reproduce:

Firefox sync had been working fine for years. I made no changes that I am aware of. I did common troubleshooting and unable to get working. 


Actual results:

Sync appears to have stopped working about six months ago.


Expected results:

Tried to sync and nothing happens. Other devices show up but not syncing.
Bug: Clicking the Pocket button and then clicking the bookmark button will cancel the Pocket button
Status: NEW
Priority: P3
Created: 2021-02-22 17:53:47+00:00
Resolved: 2021-02-22 18:21:56+00:00

STR:
Click the Pocket button to save to Pocket, immediately after clicking it, before saving has finished, click the bookmark button.

It feels surprising that clicking another button would cancel the Save to Pocket action.
Bug: Reopening tabs in Facebook container (with ctrl+shift+t) doesn't work
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-02-22 18:15:06+00:00
Resolved: 2021-05-19 18:58:40+00:00

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

Steps to reproduce:

Open two tabs with different URLs in Facebook containers (say, facebook.com and instagram.com). Close them both and then press ctrl+shift+t twice.


Actual results:

Only the last closed site will be reopened in both tabs, or even with continued pressing of ctrl+shift+t the last closed tab can be reopened indefinitely in new tabs


Expected results:

Both reopened tabs should show their own website
Bug: Firefox crashes whilst watching netflix
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-02-22 19:01:27+00:00
Resolved: 2021-03-01 08:30:24+00:00

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

Steps to reproduce:

I was watching a movie in Netflix. When suddenly Firefox vanishes. No crash reporter show up. When Firefox restarts the movie restart where we left when Firefox crashed.


Actual results:

Firefox vanished - no crash reporter showed up.


Expected results:

Nothing I would have loved to see my movie until the end
Bug: Remote search suggestions that dupe form history are no longer discarded
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-02-22 19:29:14+00:00
Resolved: 2024-03-08 09:37:04+00:00

STR

1. Do a search for `testing` in Google
2. Start to type `testing` in the urlbar again

You'll see both a form history result and a remote suggestion result for `testing`.

I broke this with the muxer changes in bug 1676469. Previously deduping was done by the suggestions provider. I removed that logic and meant to add it to the muxer -- where it could be smarter -- but didn't.
Bug: Do not display muted label on tab when in picture in picture mode
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-02-22 22:24:57+00:00
Resolved: 2021-03-16 13:05:33+00:00

We should be relying on the icon instead. 

We need to include the muted state here: https://searchfox.org/mozilla-central/rev/c8ce16e4299a3afd560320d8d094556f2b5504cd/browser/base/content/tabbrowser.css#25
Bug: about:support does not display any information about firefox
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-02-23 04:02:26+00:00
Resolved: 2021-03-24 14:07:58+00:00

User Agent: Mozilla/5.0 (Android 10; Mobile; rv:87.0) Gecko/87.0 Firefox/87.0
Firefox for Android
Bug: ALT key + UP/DOWN shortcut doesn't work on Ubuntu 16.04
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-23 09:13:08+00:00
Resolved: 2021-02-25 08:29:32+00:00

**Affected versions**
* Firefox 86.0
* Firefox 87.0b1
* Firefox 88.0a1

**Affected platforms**
* Ubuntu 16.04 x32
* Ubuntu 16.04 x64

**Steps to reproduce**
1. Enter a search term in mega bar.
2. Press and hold ALT key + UP/DOWN arrows.

**Expected result**
* The focus jumps directly to one-off searches bar and the user navigates only inside the one-off search bar (the search gear is not included in the cycle).

**Actual result**
* The focus is taken away from the url bar and the menu bar is opened. 

**Regression range**
* I will try to find it asap if there is one. 

**Additional notes**
* The issue is specific for Ubuntu 16.04. I can't reproduce it on Ubuntu 18.04 or Ubuntu 20.04.
* CTRL+UP key command can be used to navigate through one-off search buttons, but this command focuses on the search gear as well.
Bug: ALT+mouse click shortcut doesn't open a searched term in a new window on Ubuntu 16.04
Status: NEW
Priority: P3
Created: 2021-02-23 10:30:30+00:00
Resolved: 2021-02-25 10:23:34+00:00

**Affected versions**
* Firefox 86.0
* Firefox 87.0b1
* Firefox 88.0a1

**Affected platforms**
* Ubuntu 16.04 x32
* Ubuntu 16.04 x64

**Steps to reproduce**
1. Enter a search term in mega bar.
2. Keep ALT key pressed and click on one of the search-off engines. 

**Expected result**
* Firefox takes you to the search results in a new tab, using the selected one-off as a search provider.

**Actual result**
* The focus is taken away from the url bar and the menu bar is opened. 

**Regression range**
* I will try to find it asap if there is one. 

**Additional notes**
* The issue is specific for Ubuntu 16.04. I can't reproduce it on Ubuntu 18.04 or Ubuntu 20.04.
* CTRL command can be used to search the term in a new window.
Bug: New tab page always goes to blank
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-02-23 11:00:08+00:00
Resolved: 2021-05-28 18:43:04+00:00

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

Steps to reproduce:

Was experimenting with Home settings.
1. Set Home page to custom URL.
2. Set New tabs page to blank
3. Set Home page back to FIrefox home
4. Set New tabs page back to Firefox home


Actual results:

She laughed with me over a year... and we fell in love.
New tab page now shows blank, all the time (with it set to go to FF home).
New window will show Firefox Home as set and expected.



Expected results:

What?  I think she made the right choice. We both did.
Oh... New tabs setting to FF Home should be honored.
Bug: Poor contrast on hover/active with proton appmenu with dark system theme.
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-02-23 13:12:11+00:00
Resolved: 2021-04-28 15:17:15+00:00

https://searchfox.org/mozilla-central/rev/f47a4b67643b3048ef9a2e2ac0c34edf6d1ebff3/browser/themes/shared/customizableui/panelUI.inc.css#64-67 is specifying a hardcoded background but inheriting a system color. That's not great if the system color is light :)
Bug: 11GB memory unclassified on wakeup
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-23 14:41:34+00:00
Resolved: 2021-03-01 11:59:31+00:00

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

Steps to reproduce:

I use firefox, in the morning. close lid. Come back in the evening and try to continue to use firefox. 
MACOS 10.14.6
MacBook Pro (13-inch, Late 2016, Two Thunderbolt 3 ports)
16GB memory

syncing bookmarks to a firefox account



Actual results:

Firefox unresponsive. Activity monitor indicates very high memory usage for firefox.
create memory log from about:memory. 11GB heap unclassified.
Wait a few minutes. Heap unclassified drops back to small value -- 136 MB.
Firefox becomes responsive again. But this takes several minutes


Expected results:

sleep should not generate a huge spike in memory, this has hit me many times. I often force-quit. This time I was patient, memory does finally drop back