av9ash/GitBugs huggingface dataset:
Bug: Tab-to-search animation can make it look like other elements are moving
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-10-22 13:33:28+00:00
Resolved: 2020-11-03 18:40:14+00:00

**Suggested severity**
* S2

**Affected versions**
* Fx84.0a1
* Fx83.0b2

**Affected platforms**
* Windows 10
* Ubuntu 18.04
* macOS 10.13

**Steps to reproduce**
1. Launch Firefox.
2. Navigate to www.google.com and bookmark the page.
3. Open a new tab and type 'g' in the address bar.

**Expected result**
* The tab to search animation plays without issue.

**Actual result**
* There's a settings wheel being played out along with the tab to search animation.

**Regression range**
* This is not a new regression.

**Additional notes**
* This is more obvious if you look at the right side of the drop-down as you're typing 'g'.
Bug: Assign GUID for each installation to encrypt data
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-22 14:10:14+00:00
Resolved: 2020-10-22 15:16:06+00:00

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

Steps to reproduce:

On a linux desktop, all firefox's data can be copied from one system to another by simply copying the ~/.mozilla/ directory.


Actual results:

Say you have 2 systems named A, and B. When you copy .mozilla from A to B, every data is copied, and the worst case, you are even logged into every single sites.


Expected results:

If we assign GUID for each firefox installation and encrypt the data with that, copying ~/.mozilla should not work on another system. It can't be decrypted.

Also the GUID should be stored in a safe manner, not in ~/.mozilla.

The first version with GUID should encrypt all unencrypted data automatically. Then from the next versions, it can't be decrypted without the UUID. That means every time the browser is removed and installed, the old files will not work. And this will also secure the user from others from simply copying the ~/.mozilla directory.

Actually it's kind of handy when working with multiple systems of my own, but that's not users expect most of the times.
Bug: Captcha never accepts
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-10-22 14:23:16+00:00
Resolved: 2020-11-12 12:57:04+00:00

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

Steps to reproduce:

Since upgrading to build 82 on my Mac, I cannot get past Captcha picture selection functions.  I select all the Hydrants and click submit, it then tells me try again and this keeps going and going and going.  If I switch to Safari, one click through on the Captcha and I can submit the form. This has happened on a few sites. 
https://www.oakhillwoodservice.com/contact.php
was one this morning.
Equifax was another.


Actual results:

using Firefox, I could not complete a Captcha "select images with..." human verification process.


Expected results:

Make the selections and have your info submitted.
Bug: Firefox Developer Edition keyboard shortcut for Bookmarks (Library) is incorrect
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-10-22 14:31:51+00:00
Resolved: 2020-11-12 17:47:04+00:00

This is specific to the Developer Edition of Firefox.

According to your docs the shortcut to open The Library window for Bookmarks should be command + shift + B but it's opening on command + shift + O

I have another keyboard shortcut tied to command + shift + O that I and my coworkers use constantly, and it's very frustrating that the Library window started opening on the latest release. One of my co-workers switched to regular Firefox browser because of this.
Bug: Firefox snap is choppy when two windows are open
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-10-22 16:58:21+00:00
Resolved: 2022-10-05 13:39:17+00:00

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

Steps to reproduce:

1) open FF
2) open a link in a new private window
3) use this private window


Actual results:

Scrolling is choppy, randomly and frequently. Always happens.
Bug: Permafailing ccov browser/components/enterprisepolicies/tests/browser/browser_policy_firefoxhome.js | Search section should be there. - null != null - got null, expected null (operator !=)
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-10-22 17:31:56+00:00
Resolved: 2020-11-24 17:00:12+00:00

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

---
```
[task 2020-10-22T16:52:32.972Z] 16:52:32     INFO - TEST-PASS | browser/components/enterprisepolicies/tests/browser/browser_policy_firefoxhome.js | Engine is inactive at the start of the test - 
[task 2020-10-22T16:52:32.972Z] 16:52:32     INFO - Leaving test bound policies_headjs_startWithCleanSlate
[task 2020-10-22T16:52:32.972Z] 16:52:32     INFO - Entering test bound test_firefox_home_without_policy_without_pocket
[task 2020-10-22T16:52:32.972Z] 16:52:32     INFO - Buffered messages finished
[task 2020-10-22T16:52:32.974Z] 16:52:32     INFO - TEST-UNEXPECTED-FAIL | browser/components/enterprisepolicies/tests/browser/browser_policy_firefoxhome.js | Search section should be there. - null != null - got null, expected null (operator !=)
[task 2020-10-22T16:52:32.975Z] 16:52:32     INFO - Stack trace:
[task 2020-10-22T16:52:32.975Z] 16:52:32     INFO - isnot@resource://specialpowers/SpecialPowersSandbox.jsm:93:21
[task 2020-10-22T16:52:32.975Z] 16:52:32     INFO - @chrome://mochitests/content/browser/browser/components/enterprisepolicies/tests/browser/browser_policy_firefoxhome.js:16:10
[task 2020-10-22T16:52:32.975Z] 16:52:32     INFO - execute@resource://specialpowers/SpecialPowersSandbox.jsm:141:12
[task 2020-10-22T16:52:32.975Z] 16:52:32     INFO - _spawnTask@resource://specialpowers/SpecialPowersChild.jsm:1617:15
[task 2020-10-22T16:52:32.975Z] 16:52:32     INFO - receiveMessage@resource://specialpowers/SpecialPowersChild.jsm:310:21
[task 2020-10-22T16:52:32.976Z] 16:52:32     INFO - Not taking screenshot here: see the one that was previously logged```
Bug: Autoscroll stops responding to mouse movements when cursor is over another iframe
Status: NEW
Priority: --
Created: 2020-10-22 17:47:46+00:00
Resolved: 2025-03-02 14:52:06+00:00

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

Steps to reproduce:

- Enable "Use autoscrolling" in Preferences -> General.
- Load page with two iframes (test attached)
- Middle click (or press and hold) over one (top) iframe
- Move mouse cursor down, to slowly and steadily scroll down
- Wait until next iframe moves under the cursor
- Move cursor up, to change scroll direction 


Actual results:

Nothing happens, page is scrolling down without user control.


Expected results:

Scroll direction should change.
Bug: Skeleton UI appears when clicking links in other apps
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-10-22 18:01:44+00:00
Resolved: 2020-12-16 14:15:01+00:00

Noticed that Firefox shows the skeleton UI when clicking on links when Firefox is the default browser, instead of directly opening the link I clicked on. 

1. Set Firefox as default browser
2. Click on a link in Thunderbird

What happens:

Skeleton UI appears, then opens the link.

Expected result:

Link opens directly.
Bug: Firefox installs staged update when skeleton UI is enabled when opening a link from an external app
Status: NEW
Priority: P3
Created: 2020-10-22 18:04:51+00:00
Resolved: 2020-11-11 18:26:00+00:00

Noticed that opening a link from Thunderbird when there is a staged update will cause Firefox to update itself instead of opening the link in the existing Firefox instance.

1. Set Firefox as default browser
2. Wait for an update to be downloaded
3. Click on a link in Thunderbird

What happens:

Firefox updater appears, updates Firefox - the URL does not open. 

Expected result:

Link opens directly, Firefox is not updated.
Bug: Intermittent TV browser/components/enterprisepolicies/tests/browser/browser_policy_block_about.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N)
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-10-22 23:43:35+00:00
Resolved: 2020-11-17 17:04:39+00:00

**Filed by:** ncsoregi [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer.html#?job_id=319434988&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/bDNIRRdHRSG450x1jJ2QVQ/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/bDNIRRdHRSG450x1jJ2QVQ/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2020-10-22T20:42:17.443Z] 20:42:17     INFO - TEST-PASS | browser/components/enterprisepolicies/tests/browser/browser_policy_block_about.js | Engine is inactive at the end of the test - 
[task 2020-10-22T20:42:17.443Z] 20:42:17     INFO - Buffered messages finished
[task 2020-10-22T20:42:17.443Z] 20:42:17     INFO - TEST-UNEXPECTED-FAIL | browser/components/enterprisepolicies/tests/browser/browser_policy_block_about.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 2020-10-22T20:42:17.443Z] 20:42:17     INFO - GECKO(3248) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2020-10-22T20:42:17.443Z] 20:42:17     INFO - GECKO(3248) | MEMORY STAT | vsize 7522MB | residentFast 253MB | heapAllocated 106MB
[task 2020-10-22T20:42:17.443Z] 20:42:17     INFO - TEST-OK | browser/components/enterprisepolicies/tests/browser/browser_policy_block_about.js | took 47245ms```
Bug: Slow paint performance | https://projects.fivethirtyeight.com/2020-election-forecast/
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-23 00:32:54+00:00
Resolved: 2020-10-23 04:33:38+00:00

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

Steps to reproduce:

I've notice sluggish performance on JS-heavy sites compared to Safari and Chrome. One site in particular is dramatically worse: https://projects.fivethirtyeight.com/2020-election-forecast/


Actual results:

Mousing around the simulation graphic (the one with all the dots) takes the better parts of a second to show the pop-up for each dot. According to the profiler, the long pauses are in "Paint" calls.


Expected results:

Both Chrome and Safari show these pop-ups almost instantly.
Bug: When Firefox starting in normal browsing mode, is shown "Private Window" theme a moment
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-10-23 04:46:45+00:00
Resolved: 2021-12-13 07:42:44+00:00

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

Steps to reproduce:

I test these two extensions for change the Private Window theme:
https://github.com/travismiller/firefox-private-browsing-theme
&
https://addons.mozilla.org/firefox/addon/purple-private-windows


Actual results:

When using each I saw:
When Firefox starting in normal browsing mode, is shown "Private Window" theme a moment.


Expected results:

Is it normal?
Bug: Search keywords no longer work without search terms
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-10-23 09:03:51+00:00
Resolved: 2020-10-23 12:38:47+00:00

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

Steps to reproduce:

In the address bar, type `w ` (search keyword for Wikipedia; the space ensures it’s interpreted as a keyword and not the beginning of some `www` domain), then press <kbd>Enter</kbd>.


Actual results:

Nothing.


Expected results:

Firefox should have gone to the Wikipedia search page (with an empty search query). Typing the search keyword and nothing else used to be a quick way to navigate to a website (as long as you didn’t care where exactly you ended up – for instance, to check for notifications, which are visible on any page); since Firefox 83, this no longer works.
Bug: Sponsored Label is not delimited from TopSite title on narrowed windows
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-10-23 13:38:56+00:00
Resolved: 2020-11-04 13:57:52+00:00

[Affected versions]:
- Firefox 83.0b1
- Nightly 84.0a1 2020-10-23

[Affected platforms]:
- Win 10 x64

[Steps to reproduce]:
1. Make sure that at least one topsite from Remote Settings configuration has the "Sponsored" label.
2. Set a Firefox profile to connect to the Kinto Staging configuration while switching the browser.topsites.useRemoteSetting preference to true.
3. Click inside the address bar and check the listed topsites - "Sponsored" label is shown instead of the URL for sponsored topsites
4. Narrow the browser width so that the address bar topsites URLs are shown on the second line

[Expected result]:
- Either "Sponsored" label is shown on the second line or there is another delimitation in place between title and label

[Actual result]:
- There is no delimitation between title and "Sponsored" label

[Regression range]:
- This issue is not a regression

[Suggested severity]:
- S4
Bug: Search keyword close x button is not visible in High contrast mode
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-10-23 14:40:41+00:00
Resolved: 2021-04-06 00:23:04+00:00

**Affected versions:**
Firefox 83.0b3
Firefox 83.0a1

**Affected platforms:**
Windows 10

**Steps to reproduce:**
1. Launch Firefox
2. Enable high contrast
3. Focus the awesome bar
4. Type a search engine keyword or select any from the one-offs 
5. Observe the search keyword close button

**Expected result:**
Close button should be visible in high contrast

**Actual result:**
Search keyword close x button is not visible in high contrast mode

**Regression range**
I will see for a regression if there is one asap

**Suggested severity**
S3-S4
Bug: Window recording keyboard shortcuts conflict with Firefox Multi-Account Containers
Status: REOPENED
Priority: P3
Created: 2020-10-23 15:15:12+00:00
Resolved: 2021-05-14 12:17:03+00:00

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

Steps to reproduce:

I cannot yet find a pattern. I will continue to test. 


Actual results:

I was experiencing a lot of OOM crashes, and noticed FF was using much more memory than before. When examining which processes were using the most memory, I found that sometimes the GPU subprocess would explode in size to about 3-4GB. After examining about:memory I noticed that over 95% of the GPU subprocess's memory was heap_unclassified. One time, the about:memory showed about 6GB of memory allocated to the GPU subprocess when task manager only showed about 4. about:memory attached.


Expected results:

I would like the GPU subprocess to not explode in size, crashing itself and causing other OOM issues.

This is one of my first bugs so if there is more info you need then be sure to ask and I will try to do what I can!
Bug: PDF links always download, never navigate
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-10-23 15:24:02+00:00
Resolved: 2020-10-23 17:34:29+00:00

Steps to reproduce:
1. Load https://eprint.iacr.org/2020/1327
2. Click the link "PDF"

Expected behavior: The linked PDF loads in the content window

Actual behavior: The file download window appears.
Bug: On save rec syndicated articles don't show the original publisher
Status: REOPENED
Priority: P2
Created: 2020-10-23 15:25:22+00:00
Resolved: 2024-03-11 12:19:07+00:00

If you save an article using the save to pocket button, that has a on save rec similar story that is syndicated. The publisher is "Pocket" and not the original.

I can test this right now with https://www.thekitchn.com/how-to-make-pita-bread-at-home-cooking-lessons-from-the-kitchn-90844
Bug: Sometimes there's flickering on GSO interface
Status: NEW
Priority: P3
Created: 2020-10-23 16:51:58+00:00
Resolved: 2020-10-26 14:20:36+00:00

Affected version:
83.0b3

Affected platform:
Win 10x64

Steps to reproduce:
1. Start a video conference.
2. Share the screen in the video conference.
3. After sharing the screen click on the minimize button.
4. Click multiple times on GSO window from the taskbar to bring back into focus the Global Sharing Overlay interface.

Expected result:
Global Sharing Overlay interface can be brought back into focus without any flickering problems.

Actual Result:
Global Sharing Overlay is flickering. See video.

Regression range:
This looks like a feature implementation issue.

Additional notes:
This issue is better observable in lower end devices.
This should be an S4 priority.
Bug: Intermittent TV browser/components/urlbar/tests/browser/browser_tokenAlias.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. -
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-10-23 18:10:53+00:00
Resolved: 2020-10-29 17:39:04+00:00

**Filed by:** btara [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer.html#?job_id=319570235&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/bGNSan7_SleDOfRwVknsVQ/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/bGNSan7_SleDOfRwVknsVQ/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
...
[task 2020-10-23T16:53:44.774Z] 16:53:44     INFO - Entering test bound nonPrefixedKeyword
[task 2020-10-23T16:53:44.775Z] 16:53:44     INFO - Awaiting for the urlbar panel to open
[task 2020-10-23T16:53:44.775Z] 16:53:44     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_tokenAlias.js | Custom engine appears in the popup. - true == true - 
[task 2020-10-23T16:53:44.775Z] 16:53:44     INFO - Buffered messages logged at 16:53:44
[task 2020-10-23T16:53:44.775Z] 16:53:44     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_tokenAlias.js | The first result should be a keyword search result with the correct engine. - "Custom" == "Custom" - 
[task 2020-10-23T16:53:44.775Z] 16:53:44     INFO - Leaving test bound nonPrefixedKeyword
[task 2020-10-23T16:53:44.775Z] 16:53:44     INFO - Buffered messages finished
[task 2020-10-23T16:53:44.776Z] 16:53:44     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_tokenAlias.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 2020-10-23T16:53:44.776Z] 16:53:44     INFO - GECKO(1441) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2020-10-23T16:53:44.776Z] 16:53:44     INFO - GECKO(1441) | MEMORY STAT | vsize 7535MB | residentFast 277MB | heapAllocated 115MB
[task 2020-10-23T16:53:44.776Z] 16:53:44     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_tokenAlias.js | took 47797ms
...```
Bug: Intermittent browser_preferences_usage.js | security.sandbox.content.force-namespace should be accessed at most 55 times. - 57 <= 55 - JS frame :: chrome://*/browser/base/content/test/performance/browser_preferences_usage.js :: checkPrefGetters :: line 63
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-10-23 21:08:29+00:00
Resolved: 2021-01-26 17:00:46+00:00

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

---
```
...
[task 2020-10-23T20:30:50.418Z] 20:30:50     INFO - Navigating to https://example.com/...
[task 2020-10-23T20:30:50.419Z] 20:30:50     INFO - Buffered messages logged at 20:30:49
[task 2020-10-23T20:30:50.420Z] 20:30:50     INFO - Loaded https://example.com/.
[task 2020-10-23T20:30:50.421Z] 20:30:50     INFO - network.loadinfo.skip_type_assertion should not be accessed more than 40 times and was accessed 165 times.
[task 2020-10-23T20:30:50.421Z] 20:30:50     INFO - TEST-PASS | browser/base/content/test/performance/browser_preferences_usage.js | browser.zoom.full should be accessed at least 100 times. - 100 <= 103 - 
[task 2020-10-23T20:30:50.422Z] 20:30:50     INFO - TEST-PASS | browser/base/content/test/performance/browser_preferences_usage.js | browser.zoom.full should be accessed at most 110 times. - 103 <= 110 - 
[task 2020-10-23T20:30:50.422Z] 20:30:50     INFO - TEST-PASS | browser/base/content/test/performance/browser_preferences_usage.js | security.sandbox.content.force-namespace should be accessed at least 49 times. - 49 <= 57 - 
[task 2020-10-23T20:30:50.425Z] 20:30:50     INFO - Buffered messages finished
[task 2020-10-23T20:30:50.430Z] 20:30:50     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/performance/browser_preferences_usage.js | security.sandbox.content.force-namespace should be accessed at most 55 times. - 57 <= 55 - JS frame :: chrome://mochitests/content/browser/browser/base/content/test/performance/browser_preferences_usage.js :: checkPrefGetters :: line 63
[task 2020-10-23T20:30:50.430Z] 20:30:50     INFO - Stack trace:
[task 2020-10-23T20:30:50.430Z] 20:30:50     INFO - chrome://mochitests/content/browser/browser/base/content/test/performance/browser_preferences_usage.js:checkPrefGetters:63
[task 2020-10-23T20:30:50.430Z] 20:30:50     INFO - chrome://mochitests/content/browser/browser/base/content/test/performance/browser_preferences_usage.js:navigate_around:274
...```
Bug: Search shortcuts allows you to delete an engine when there is only one remaining
Status: NEW
Priority: P5
Created: 2020-10-23 22:14:39+00:00
Resolved: 2021-12-24 04:55:07+00:00

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

Steps to reproduce:

1. Go to about:preferences#search
2. Scroll to "Search Shortcuts"/"One-Click Search Engines"
3. Delete all but one engine (make sure to delete Google). The Remove button will be greyed out when there is only one left.
-- At this point, the remaining engine will be selected by default. If you open a new tab or window you will be able to search with it. --
4. Select the remaining engine and press the delete key.


Actual results:

If you open a new tab or window Google will be your default search engine. If you refresh your preferences tab you'll see that the only search engine you have is Google.


Expected results:

Nothing should have happened, I shouldn't have to be able to delete the last engine and Google should not be made my only (and thus default) search engine.
Bug: pressing the spacebar on the Downloads panel is both page-down and toggle-pause
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-10-24 00:15:06+00:00
Resolved: 2021-02-05 13:36:06+00:00

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

Steps to reproduce:

1. have several completed downloads in the Downloads Panel
2. start a new long-running download (2-min or more)
3. use pointer to select the in-progress download in the the Downloads Panel
4. press keyboard spacebar



Actual results:

download pauses AND list of downloads scrolls down one viewport-length


Expected results:

either the download should be pause OR the list should scroll, but not both