av9ash/GitBugs huggingface dataset:
Bug: UpdateEmptyToolbarMessage is doing expensive work during bookmark operations
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-02-23 11:17:49+00:00
Resolved: 2024-08-19 16:19:24+00:00

I took a profile from the suggestion in bug 1533061
https://share.firefox.dev/3XWswU0

on notifications we're spending 19% of the time in `updateEmptyToolbarMessage`
https://searchfox.org/mozilla-central/rev/75da1dd5d4b9b991f919a41594194eab93cdef62/browser/base/content/browser-places.js#1630,2212

in particular we seem to execute it regardless of the notification, this final catch-all call is bad, it should only activate when changes are made to bookmarks on the toolbar. For example "bookmark-moved" is doing that (that's worse cause in that case we do it *twice*).

It also sounds like something we could cache, and then just update using the notifications.

This expensive path is actually taken every time we can't find DOM children on the toolbar, but the querySelector is wrong
https://searchfox.org/mozilla-central/rev/75da1dd5d4b9b991f919a41594194eab93cdef62/browser/base/content/browser-places.js#1612-1616
`:scope > toolbarbutton:not([hidden]),` doesn't match bookmarks on the toolbar here.

Finally, PlacesUtils.getChildCountForFolder is doing synchronous IO, but that is likely something we knew already, we just failed avoiding excessive calls. Of course if necessary we can expose an async API from Bookmarks, but the code must be refactored to async.
Bug: 0.08% installer size (OSX) regression on Fri February 17 2023
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2023-02-23 14:22:09+00:00
Resolved: 2023-02-23 14:46:21+00:00

Perfherder has detected a build_metrics performance regression from push [41710d48be48d96ad3455e766cc68ff40179e571](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=41710d48be48d96ad3455e766cc68ff40179e571). As author of one of the patches included in that push, we need your help to address this regression.

### Regressions:

| **Ratio** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)** |  
|--|--|--|--|--| 
| [0.08%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,2259234,1,2)  | installer size  | osx-shippable | instrumented | 123,424,689.21 -> 123,527,187.33 | 


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=37278), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the offending patch(es) may be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: Intermittent browser/components/urlbar/tests/browser-tips/browser_searchTips.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2023-02-23 16:12:54+00:00
Resolved: 2024-07-31 12:01:10+00:00

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

---
```
[task 2023-02-23T14:25:43.545Z] 14:25:43     INFO - Entering test bound nonEnginePage
[task 2023-02-23T14:25:43.545Z] 14:25:43     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/" line: 0}]
[task 2023-02-23T14:25:43.545Z] 14:25:43     INFO - TEST-PASS | browser/components/urlbar/tests/browser-tips/browser_searchTips.js | true == true - 
[task 2023-02-23T14:25:43.546Z] 14:25:43     INFO - Leaving test bound nonEnginePage
[task 2023-02-23T14:25:43.547Z] 14:25:43     INFO - Entering test bound persistTipOnDefault
[
```
Bug: "Open All in Tabs" Bookmarks menu option stopped working
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-02-23 17:33:07+00:00
Resolved: 2023-03-17 16:21:18+00:00

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

Steps to reproduce:

0. Have bookmarks in a folder
1. Open the Bookmarks menu from the macOS menubar.
2. Point to the folder of bookmarks, and choose Open All in Tabs.


Actual results:

Nothing happened.


Expected results:

All bookmarks in the folder should have opened, like they did before today's Nightly.
Bug: Password manager thinks that all https://career5.successfactors.eu/careers?company=companyname websites are the same one
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2023-02-23 19:11:00+00:00
Resolved: 2023-02-24 18:38:32+00:00

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

Steps to reproduce:

The password manager (about:logins) thinks that these websites are the same one:
https://career5.successfactors.eu/portalcareer?company=edagengine
https://career5.successfactors.eu/careers?company=UniperProd
https://career5.successfactors.eu/careers?company=rweProd
https://career5.successfactors.eu/career?company=sonnengmbh
https://career5.successfactors.eu/career?company=mercedesam
https://career5.successfactors.eu/career?company=ALSTOM

And these are the same one:
https://career2.successfactors.eu/careers?company=EonProd
https://career2.successfactors.eu/career?company=avllistgmb

The list goes on for many career websites.


Actual results:

The user cannot determine which username/password credentials to use for which website, since they are all saved as https://career5.successfactors.eu in the password manager (about:logins).


Expected results:

They should be better distinguished.
Bug: [MSIX] Make installation hash depend on package family name and not version for MSIX installations
Status: NEW
Priority: --
Created: 2023-02-23 22:08:39+00:00
Resolved: 2024-07-03 18:52:50+00:00

Over in Bug 1818484, it was observed that MSIX builds are producing lots of `Update-$HASH` files.  This will be because the installation directory includes the package version, which changes frequently.  We'll need to make the installation hash depend only on the package family name, which doesn't include the version.
Bug: missing or invalid API key
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-02-24 00:44:07+00:00
Resolved: 2023-04-10 08:01:32+00:00

Steps to reproduce:

python get requests APY key to get position data. I set new API key from preferences tab in my profile. I use this url: https://location.services.mozilla.com/v1/geolocate?key={api}.


Actual results:

{"error": {"errors": [{"domain": "usageLimits", "reason": "keyInvalid", "message": "Missing or invalid API key."}], "code": 400, "message": "Missing or invalid API key."}, "ts": XXXXXXXXXX}


Expected results:

right data.
Bug: URI bar will not recognise hostnames with spaces, common in DNSSD/ZeroConfig/.local domains
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-02-24 01:26:04+00:00
Resolved: 2023-09-04 12:23:36+00:00

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

Steps to reproduce:

Type in a http or https address where the host part contains spaces, either raw or URL encoded.
Examples:
https://EPSON%20ET-4850%20Series.local/
https://EPSON ET-4850 Series.local/


Actual results:

URI bar suggests search with default search engine, no option to navigate to the URL is presented.


Expected results:

URI bar should let us press enter or click the URL with the "Besök" option, same as it does when the spaces from the hostname are removed.
Bug: Intermittent browser/components/places/tests/browser/browser_bug485100-change-case-loses-tag.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2023-02-24 03:46:35+00:00
Resolved: 2023-03-06 21:21:41+00:00

**Filed by:** mlaza [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=406773057&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/BNs1NyAASFSTxqxrCI2-TA/runs/0/artifacts/public/logs/live_backing.log
**Reftest URL:** https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/BNs1NyAASFSTxqxrCI2-TA/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2023-02-24T01:58:47.076Z] 01:58:47     INFO - TEST-PASS | browser/components/places/tests/browser/browser_bug485100-change-case-loses-tag.js | tags match - 
[task 2023-02-24T01:58:47.076Z] 01:58:47     INFO - Leaving test bound test_instant_apply
[task 2023-02-24T01:58:47.077Z] 01:58:47     INFO - Entering test bound test_delayed_apply
[task 2023-02-24T01:58:47.077Z] 01:58:47     INFO - Buffered messages logged at 01:58:17
[task 2023-02-24T01:58:47.078Z] 01:58:47     INFO - Console message: [JavaScript Warning: "This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use “<!DOCTYPE html>”." {file: "http://www.example.com/" line: 0}]
[task 2023-02-24T01:58:47.078Z] 01:58:47     INFO - Buffered messages finished
[task 2023-02-24T01:58:47.078Z] 01:58:47     INFO - TEST-UNEXPECTED-FAIL | browser/components/places/tests/browser/browser_bug485100-change-case-loses-tag.js | Test timed out - 
[task 2023-02-24T01:58:48.681Z] 01:58:48     INFO - GECKO(4642) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2023-02-24T01:58:48.681Z] 01:58:48     INFO - GECKO(4642) | MEMORY STAT | vsize 16047MB | residentFast 294MB | heapAllocated 120MB
[task 2023-02-24T01:58:48.682Z] 01:58:48     INFO - TEST-OK | browser/components/places/tests/browser/browser_bug485100-change-case-loses-tag.js | took 46740ms
```
Bug: Firefox Screenshot function is broken
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-02-24 05:39:14+00:00
Resolved: 2023-02-27 23:39:09+00:00

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

Steps to reproduce:

Try to use firefox screenshot by way of either the right click menu option, the toolbar icon shortcut, or the CTRL + Shift + S shortcut


Actual results:

Failed, in every way possible, screenshot function completely non-functional


Expected results:

i should be able to use it to take screenshots from any webpage i use it on, that's what
Bug: A new tab opened from a link just changes its place in a tab bar
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-02-24 05:56:13+00:00
Resolved: 2023-03-07 06:26:56+00:00

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

Steps to reproduce:

1) open a site with links
2) open first link
3) open second link
4) notice that second link tab quickly teleported into the end of a  tab bar


Actual results:

tab from second link showed near to the tab from which it was opened and then teleported into the end of a tab bar


Expected results:

tab staying in its place
Bug: Downloads window has no scrollbar
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-02-24 12:03:53+00:00
Resolved: 2023-03-17 16:32:11+00:00

Downloads window has no scrollbar.

Application Basics:
Name: Firefox
Version: 112.0a1
Build ID: 20230222214030
Update Channel: nightly
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/112.0
OS: Windows_NT 10.0 19045
Bug: Using the Nimbus `on` function for listening for updates doesn't always trigger on startup
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-02-24 13:41:30+00:00
Resolved: 2024-07-23 14:21:35+00:00

According to the [comments in the code](https://searchfox.org/mozilla-central/source/toolkit/components/nimbus/ExperimentAPI.jsm#233) around the observer function for Nimbus, the callback should be invoked when the experiments are loaded from disk to cover the cases where Firefox is starting or if the callback is registered after the event.

In [a recent experiment](https://experimenter.services.mozilla.com/nimbus/server-knobs-validation/summary) I had made use of this callback functionality and relied on it for startup, and it _did_ seem to work in my testing, but once it was enabled for the Nightly experiment it seems that it doesn't always trigger the callback to be invoked on every startup. 

This may be my misunderstanding of the intent of this functionality, but I had assumed that this would ensure that the callback was triggered at least once when it was being registered if the client was already enrolled in the experiment that was being registered for.

(Late edit) I was also using this `on` function pretty early on in `BrowserGlue` right after Glean was initialized, so I'm not sure if that comes into play for debugging this issue, but it seemed relevant.
Bug: Pining to Start is not possible when intallation was done with "In my Start menu Programs folder" unchecked
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-02-24 14:21:06+00:00
Resolved: 2023-02-24 17:36:24+00:00

**Found in**
* Nightly 112.0a1

**Affected versions**
* Nightly 112.0a1
* Firefox 111.0b5



**Tested platforms**
* Affected platforms:
* Unaffected platforms: 

**Preconditions**
* precondition 1

**Steps to reproduce**
1. step1
2. step2

**Expected result**
* expected_behavior1

**Actual result**
* actual_behavior1

**Regression range**
* First bad:
* Last good:
* Pushlog:
* Potentially regressed by:

**Additional notes**
* additional_note1
Bug: Pining to Start is not possible when intallation was done with "In my Start menu Programs folder" unchecked
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-02-24 14:21:06+00:00
Resolved: 2023-02-24 17:36:37+00:00

**Found in**
* Nightly 112.0a1

**Affected versions**
* Nightly 112.0a1
* Firefox 111.0b5



**Tested platforms**
* Affected platforms:
* Unaffected platforms: 

**Preconditions**
* precondition 1

**Steps to reproduce**
1. step1
2. step2

**Expected result**
* expected_behavior1

**Actual result**
* actual_behavior1

**Regression range**
* First bad:
* Last good:
* Pushlog:
* Potentially regressed by:

**Additional notes**
* additional_note1
Bug: Pining to Start is not possible if the install is done with "In my Start menu Programs folder" unchecked
Status: NEW
Priority: --
Created: 2023-02-24 14:21:06+00:00
Resolved: 2023-02-24 17:36:38+00:00

**Found in**
* Nightly 112.0a1

**Affected versions**
* Nightly 112.0a1
* Firefox 111.0b5
* Firefox 110
* Firefox 102.8.0 esr

**Tested platforms**
* Affected platforms: Windows 10 and Windows 11

**Preconditions**
* Install Firefox in Standard mode - pin to taskbar and pin to Start are enabled per default
* Uninstall Firefox.

**Steps to reproduce**
1. Start installation in Custom Mode
2. On Set Up shortcuts -> uncheck "In my Start menu Programs folder"
3. Finish the installation.
4. On the Desktop - right-click on the Firefox icon and from the context menu select "Pin to Start"

**Expected result**
* The user should be able to Pin to Start using the context menu option. 

**Actual result**
* On Windows 11 - pinning to Start is not possible, "Unpin from start" is displayed instead.
* On Windows 10 - even though the "Pin to Star" option is displayed in the context menu, the pinning is not done.

**Regression range**
Not a recent regression, I'll investigate further when time allows.

**Additional notes**
Reproduced on:
* OS Build Windows 10: 21H2 OS Build 19044.2251
* OS Build Windows 11: OS Build 22621-1265, OS Build 22623.1325.
Bug: some restored tabs broken on launch (content not loading/eternal spinner/throbber), also some new tabs broken: won't load pages, no reaction to Alt key to show toolbar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-02-24 14:36:12+00:00
Resolved: 2023-03-08 15:10:07+00:00

Firefox 112.0a1 20230224092408 on Windows 10

For a few days, some session restored tabs in Nightly are broken after launch: the url is shown but the tab's throbber will spin infinitely without showing content. These tabs don't react to Ctrl+R to reload them and pressing the `Alt` key to show the menu bar also does not work.

Initially I considered this to be triggered by a networking issue but the issue has not been observed with Firefox 110.0 on the same machine.

A comparison of `gBrowser.selectedTab` e.g. includes
* `pendingpaint="true"` in `outerHTML: '<browser xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul" contextmenu="contentAreaContextMenu" message="true" messagemanagergroup="browsers" tooltip="aHTMLTooltip" type="content" maychangeremoteness="true" initiallyactive="false" usercontextid="6" remote="true" autocompletepopup="PopupAutoComplete" nodefaultsrc="true" primary="true" pendingpaint="true"/>'`

See the attached files for the full content of `gBrowser.selectedTab`
Bug: `Open All Bookmarks` contextmenu option not working at all now
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-02-24 18:35:14+00:00
Resolved: 2023-03-20 08:31:07+00:00

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

Steps to reproduce:

opened browser, went to a usual bookmark folder and right clicked to "Open All Bookmarks"  and it again is doing nothing. non functional.   Open all in Tabs option is now working after this morning's update 112.0a1 (2023-02-24) (64-bit)


Actual results:

open all tabs and the right click open all bookmarks from a bookmarks folder had stopped functioning as of yesterday's updates for Mozilla Nightly.  This morning's update, restored open all in tabs but not the right click select open all bookmarks option which remains non functional.


Expected results:

Open all bookmarks pretty much does what it implies and opens up all the bookmarks of a given folder you are in after right clicking on it. now it does not. semi functionality workaround restored this morning (2.24.2023) with the open all in tabs functioning again but not the right click on folder option to "Open All Bookmarks" feature. that remains non functional as of this report writing.   

https://connect.mozilla.org/t5/discussions/bookmark-error-after-update-to-version-110-0/m-p/25743#M10374
Bug: Download of screenshot fails when autogenerated filename exceeds OS's permissible length
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2023-02-25 01:34:35+00:00
Resolved: 2024-06-06 18:38:39+00:00

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

Steps to reproduce:

Go to a webpage whose title (as shown in page info, i think this comes from meta name="title") is longer than the OS supports when the title is converted to a filename.  If you take a screenshot, then choose to download it, the autogenerated filename will exceed the OS permissible length, and then the download fails.  


Actual results:

download fails


Expected results:

download successful
Bug: bookmarks
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-02-25 07:34:19+00:00
Resolved: 2023-02-27 08:09:31+00:00

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

Steps to reproduce:

hello people ,
is getting worse and worse with the bookmarks.
response times still crazy long.
complete crash --- when searching in the bookmarks.
sqlite is a very fast database --- what is the database structure and normalization ?

with kind regards


Actual results:

many


Expected results:

many
Bug: Firefox default PDF viewer incompatible with stylus pen/drawing pad
Status: RESOLVED
Priority: --
Resolution: INACTIVE
Created: 2023-02-25 08:11:19+00:00
Resolved: 2023-02-25 08:26:48+00:00

Steps to reproduce:

When i connected my HUION H1060P drawing pad and opened a PDF in this browser, essentially using the default PDF viewer firefox offers.


Actual results:

I noticed that once i selected the pen in the options menu of your PDF viewer, I could not write vertically, if I tried it would start scrolling, I could only write/draw horizontal lines.


Expected results:

I should have been able to just write on the PDF? Like normally? This issue did not persist with other browsers, only on firefox did this occur.
Bug: bookmark
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-02-25 11:52:35+00:00
Resolved: 2023-02-26 09:31:48+00:00

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



Actual results:

I am contacting you today because I have encountered a problem with the list of my bookmarks in Mozilla Firefox. Every time I open my bookmarks list and select an item, the selected bookmark is not remembered the next time I open this list. This means that I have to scroll down the list each time I want to find my bookmark, which can be quite tedious.

I tried to fix this problem by restarting Firefox, clearing my browsing history and deleting cookies, but nothing seems to work.

I would like to know if you have a solution to this problem or if you can tell me how I can solve it.

I thank you in advance for your help.

Cordially,
Maxence
Bug: Intermittent browser/components/urlbar/tests/engagementTelemetry/browser/browser_glean_telemetry_engagement_groups.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INVALID
Created: 2023-02-25 15:30:06+00:00
Resolved: 2024-11-30 13:02:29+00:00

**Filed by:** imoraru [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=406928867&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/anciFCHPT-CU67zPU2A27A/runs/0/artifacts/public/logs/live_backing.log
**Reftest URL:** https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/anciFCHPT-CU67zPU2A27A/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2023-02-25T13:18:55.674Z] 13:18:55     INFO - TEST-PASS | browser/components/urlbar/tests/engagementTelemetry/browser/browser_glean_telemetry_engagement_groups.js | n_results is correct - "0" == 0 - 
[task 2023-02-25T13:18:55.675Z] 13:18:55     INFO - Buffered messages logged at 13:18:54
[task 2023-02-25T13:18:55.675Z] 13:18:55     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/" line: 0}]
[task 2023-02-25T13:18:55.676Z] 13:18:55     INFO - Leaving test bound always_empty_if_paste_go
[task 2023-02-25T13:18:55.676Z] 13:18:55     INFO - Buffered messages finished
[task 2023-02-25T13:18:55.677Z] 13:18:55     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/engagementTelemetry/browser/browser_glean_telemetry_engagement_groups.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2023-02-25T13:18:55.677Z] 13:18:55     INFO - GECKO(1933) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2023-02-25T13:18:55.677Z] 13:18:55     INFO - GECKO(1933) | MEMORY STAT | vsize 7936MB | residentFast 361MB | heapAllocated 154MB
[task 2023-02-25T13:18:55.678Z] 13:18:55     INFO - TEST-OK | browser/components/urlbar/tests/engagementTelemetry/browser/browser_glean_telemetry_engagement_groups.js | took 93199ms
```
Bug: File downloading fails after a period of time
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-02-25 19:28:33+00:00
Resolved: 2023-02-25 19:58:42+00:00

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

Steps to reproduce:

I tried downloading this file https://github.com/aleksey-hoffman/sigma-file-manager/releases/download/v1.6.0/Sigma-File-Manager-1.6.0-Windows-Setup.exe. It fails with other files too but this is the most reproducible. It failed every single time for me.


Actual results:

After 63 mb the download failed despite me being able to download it with Motrix.


Expected results:

It should have downloaded the file