av9ash/GitBugs huggingface dataset:
Bug: Autofilling does not show the page title properly for some URLs
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-01-24 23:27:05+00:00
Resolved: 2023-02-08 10:54:29+00:00

This is reported in https://phabricator.services.mozilla.com/D157891#5517028.
Autofilling does not show the page title properly for some URLs even those that are in Places.
For example, in my env, autofilling did not show the title for `reddit.com` or `youtube.com`  after visiting and bookmarking them. But, it did properly for `example.com`.
We need to investigate it.
Bug: Intermittent browser/components/urlbar/tests/engagementTelemetry/browser/browser_glean_telemetry_abandonment_interaction_persisted_search_terms_enabled.js | single tracking bug
Status: REOPENED
Priority: P5
Created: 2023-01-25 02:55:42+00:00
Resolved: 2025-03-03 06:36:47+00:00

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

---
```
[task 2023-01-25T02:02:31.699Z] 02:02:31     INFO - TEST-PASS | browser/components/urlbar/tests/engagementTelemetry/browser/browser_glean_telemetry_abandonment_interaction_persisted_search_terms_enabled.js | interaction is correct - "persisted_search_terms_restarted" == "persisted_search_terms_restarted" - 
[task 2023-01-25T02:02:31.699Z] 02:02:31     INFO - Buffered messages logged at 02:00:52
[task 2023-01-25T02:02:31.700Z] 02:02:31     INFO - Awaiting for the urlbar panel to open
[task 2023-01-25T02:02:31.700Z] 02:02:31     INFO - Urlbar panel opened
[task 2023-01-25T02:02:31.700Z] 02:02:31     INFO - Buffered messages finished
[task 2023-01-25T02:02:31.701Z] 02:02:31     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/engagementTelemetry/browser/browser_glean_telemetry_abandonment_interaction_persisted_search_terms_enabled.js | Test timed out - 
[task 2023-01-25T02:02:31.980Z] 02:02:31     INFO - GECKO(5898) | MEMORY STAT | vsize 130551489MB | residentFast 1216MB
[task 2023-01-25T02:02:31.983Z] 02:02:31     INFO - TEST-OK | browser/components/urlbar/tests/engagementTelemetry/browser/browser_glean_telemetry_abandonment_interaction_persisted_search_terms_enabled.js | took 120603ms
[task 2023-01-25T02:02:31.987Z] 02:02:31     INFO - Not taking screenshot here: see the one that was previously logged
[task 2023-01-25T02:02:31.988Z] 02:02:31     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/engagementTelemetry/browser/browser_glean_telemetry_abandonment_interaction_persisted_search_terms_enabled.js | Found a tab after previous test timed out: about:blank - 
[task 2023-01-25T02:02:32.262Z] 02:02:32     INFO - checking window state
[task 2023-01-25T02:02:32.482Z] 02:02:32     INFO - TEST-START | browser/components/urlbar/tests/engagementTelemetry/browser/browser_glean_telemetry_abandonment_n_chars_n_words.js
```
Bug: Geolocation permission prompt looks broken when search term persistence is enabled
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-01-25 04:09:59+00:00
Resolved: 2023-02-20 15:11:48+00:00

Steps to reproduce:
1) Open Firefox Nightly
2) Navigate to about:config
3) Set `browser.urlbar.showSearchTerms.featureGate` to `true`
4) Set `browser.urlbar.showSearchTerms.enabled` to `true`
5) Enter a search term in the address bar
6) Press enter
7) Wait for Google to request access to your location (It's not clear to me how they decide to do this, it seems like a 50/50 chance each time).
8) Alternatively, open developer tools
9) Go to 'Console'
10) Paste `document.documentElement.addEventListener("click", () => navigator.geolocation.getCurrentPosition(() => {}));`
11) Press enter
12) Click anywhere on the page content

Expected results:
Geolocation permission prompt is anchored to the permission request button (like a normal webpage) or suppressed.

Actual results:
Geolocation prompt looks like its awkwardly anchored to the magnifying glass.
Bug: Web console still runs '//commented out' JavaScript in Private browsing mode
Status: VERIFIED
Priority: --
Resolution: INVALID
Created: 2023-01-25 06:53:40+00:00
Resolved: 2023-01-25 06:56:32+00:00

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

Steps to reproduce:

1. Open file called debugging.html
2. Open web console
3. Created a function:

function bootstrap() {
    go()
};
bootstrap();

4. Comment out the function call on line 50:
//bootstrap()

5. Refresh the page and the commented function runs


Actual results:

The commented function ran


Expected results:

The commented function should not run
Bug: Regression: Icons in the menu of the extension button can't be reordered
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-01-25 07:44:56+00:00
Resolved: 2023-01-26 16:50:33+00:00

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

Steps to reproduce:

Click on the new "extensions" (puzzle) toolbar button.


Actual results:

A list of extensions opens.
However, I was unable to reorder the extensions in that list:
The items in that list do not react to drag and drop,
and calling "customize toolbar" does not allow to customize that list.


Expected results:

Before that, the icons of the extensions were located either in the toolbar or in the overflow menu. In both places, I was able to place and order them in the way I wanted with "customize toolbar". 

So this is clearly a regression, a loss of already-existing functionality, and needs to be fixed. I want to group my extensions by similar functionality and importance. Ideally, it should also be possible to add separators to that menu, to make the grouping of extensions more explicit and allow to visually locate them faster.
Bug: Address bar drop-down flickers when displayed after a search persist tip is dismissed
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-01-25 09:18:47+00:00
Resolved: 2023-02-21 10:42:32+00:00

**Found in**
* Fx 110.0b5

**Affected versions**
* Fx 110.0b5
* Fx 111.0a1

**Affected platforms**
* Windows 10
* macOS

**Steps to reproduce**
1. Launch Firefox.
2. Perform a search using the address bar.
3. Dismiss the persist search tip by clicking anywhere in the SERP.
4. Click the address bar again.

**Expected result**
* The address bar drop-down expands without any visible issues.

**Actual result**
* There is a flicker before the address bar is expanded.

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

**Aditional notes**
This issue occurs even if the search tip is dismissed by pressing the 'Got it' button.
Bug: [QuickActions] Action labels are too small on Ubuntu, should use em instead of px
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2023-01-25 10:53:31+00:00
Resolved: 2023-06-02 15:24:15+00:00

I noticed this rule while looking at `urlbar-dynamic-results.css`:

```
.urlbarView-row[dynamicType=quickactions] .urlbarView-label {
  overflow: hidden;
  text-overflow: ellipsis;
  font-size: 11px;
  font-weight: 500;
}
```

Font sizes should be relative (e.g. `em`) instead of hardcoded `px`.
Bug: The "Enhanced Tracking Protection is ON for this site" title has no bold style applied
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-01-25 12:45:34+00:00
Resolved: 2023-01-26 13:01:30+00:00

**Found in**
* Firefox 110.0b5 (BuildId:20230124185837)

**Affected versions**
* Firefox 110.0b5 (BuildId:20230124185837)
* Firefox 111.0a1
* Firefox 109.0

**Tested platforms**
* Affected platforms: Windows 10 64bit, macOS 11 & Ubuntu 22.04.

**Steps to reproduce**
1. Access the following [link](https://9gag.com/).
2. Click on the shield icon from the URL bar.
3. Click on the "Site not working?" link inside the panel.

**Expected result**
* The "Enhanced Tracking Protection is ON for this site" title has a bold style applied.

**Actual result**
* The "Enhanced Tracking Protection is ON for this site" title has no bold style applied.

**Regression range**
* Mozregression pointed out Bug 1795041 for causing this regression.
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=ba167aea062848519c08bd361cee930c5b561692&tochange=43fc9b9ce983f88c3441b9be08246216291eb85e
Bug: Entering http URL in ETP exceptions under preferences will be displayed as https
Status: NEW
Priority: P5
Created: 2023-01-25 13:44:50+00:00
Resolved: 2023-06-06 19:23:42+00:00

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

Steps to reproduce:

Extras->Einstellungen->Verbesserter Schutz vor Aktivitätenverfolgung->Ausnahmen verwalten.


Actual results:

I entered a http-URL in firefox (google) safe-browsing list, but every URL I put in there will be translatet to https-link and this links will not work as whitelist-links.


Expected results:

Every URL should be inserted as I input them (http as http, https as https).
Bug: The name of the device used is clipped instead of wrapped if the text excedes the limit of the microfone/camera site permission panel
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2023-01-25 14:05:38+00:00
Resolved: 2023-02-02 15:07:42+00:00

**Found in**
* Latest Nightly 111.0a1

**Affected versions**
* Firefox 110.0b5
* Latest Nightly 111.0a1

**Unaffected versions**
* Firefox 109.0

**Tested platforms**
* Affected platforms: Windows 10, macOS 13 and Ubuntu 18.04.
* Unaffected platforms: none

**Preconditions**
* A device (camera or microphone) with a long name is required and connected to the PC/laptop.

**Steps to reproduce**
1. Visit a page that requires microphone and camera (eg. https://meet.jit.si/TesthingMicAndCameraForAFirefoxBug)

**Expected result**
* The name of the device is wrapped if too long using elipses.

**Actual result**
* The name of the device used is clipped

**Regression range**
* First bad: 47c002d3637247e71ee901f32421deaecc9d8ea3
* Last good: 0c989b2bcd7882a9e7106e7879ab8933c2e09071
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=0c989b2bcd7882a9e7106e7879ab8933c2e09071&tochange=47c002d3637247e71ee901f32421deaecc9d8ea3
* Potentially regressed by: Bug 1805414 - Remove nsMenuFrame

**Additional notes**
* Not entirely sure if this issue should end up in Site permission component or here in menus. Please change it accordingly if necessary.
* By clipping the name of the device the little icon showing the type of permission (mic or cam) is removed as well. 
* Not sure if other site permission panels are affected by this, not sure which one could also display a long text inside the dropdown.
Bug: Intermittent TV3 browser/base/content/test/protectionsUI/browser_protectionsUI_cryptominers.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2023-01-25 14:10:20+00:00
Resolved: 2023-02-21 17:02:36+00:00

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

---
```
[task 2023-01-25T13:58:23.161Z] 13:58:23     INFO - TEST-PASS | browser/base/content/test/protectionsUI/browser_protectionsUI_cryptominers.js | Category not marked as blocked - 
[task 2023-01-25T13:58:23.162Z] 13:58:23     INFO - TEST-PASS | browser/base/content/test/protectionsUI/browser_protectionsUI_cryptominers.js | Category not marked as not found - 
[task 2023-01-25T13:58:23.162Z] 13:58:23     INFO - Buffered messages logged at 13:58:22
[task 2023-01-25T13:58:23.163Z] 13:58:23     INFO - Leaving test bound test
[task 2023-01-25T13:58:23.163Z] 13:58:23     INFO - Buffered messages finished
[task 2023-01-25T13:58:23.164Z] 13:58:23     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/protectionsUI/browser_protectionsUI_cryptominers.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-01-25T13:58:23.164Z] 13:58:23     INFO - GECKO(5964) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2023-01-25T13:58:23.165Z] 13:58:23     INFO - GECKO(5964) | MEMORY STAT | vsize 7768MB | residentFast 285MB | heapAllocated 120MB
[task 2023-01-25T13:58:23.165Z] 13:58:23     INFO - TEST-OK | browser/base/content/test/protectionsUI/browser_protectionsUI_cryptominers.js | took 47409ms
[task 2023-01-25T13:58:23.165Z] 13:58:23     INFO - checking window state
[task 2023-01-25T13:58:23.166Z] 13:58:23     INFO - GECKO(5964) | Completed ShutdownLeaks collections in process 5964
[task 2023-01-25T13:58:23.166Z] 13:58:23     INFO - TEST-START | Shutdown
[task 2023-01-25T13:58:23.166Z] 13:58:23     INFO - Browser Chrome Test Summary
[task 2023-01-25T13:58:23.167Z] 13:58:23     INFO - Passed:  44
[task 2023-01-25T13:58:23.167Z] 13:58:23     INFO - Failed:  1
[task 2023-01-25T13:58:23.168Z] 13:58:23     INFO - Todo:    0
[task 2023-01-25T13:58:23.168Z] 13:58:23     INFO - Mode:    e10s
[task 2023-01-25T13:58:23.168Z] 13:58:23     INFO - *** End BrowserChrome Test Results ***
```
Bug: Intermittent browser/base/content/test/protectionsUI/browser_protectionsUI_cookies_subview.js | single tracking bug
Status: REOPENED
Priority: P5
Created: 2023-01-25 14:15:38+00:00
Resolved: 2025-03-03 07:01:09+00:00

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

---
```
[task 2023-01-25T13:10:54.629Z] 13:10:54     INFO - TEST-PASS | browser/base/content/test/protectionsUI/browser_protectionsUI_cookies_subview.js | Permission remove button doesn't exist - 
[task 2023-01-25T13:10:54.629Z] 13:10:54     INFO - Leaving test bound testCookiesSubViewBlockedDoublyNested
[task 2023-01-25T13:10:54.630Z] 13:10:54     INFO - Buffered messages finished
[task 2023-01-25T13:10:54.630Z] 13:10:54     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/protectionsUI/browser_protectionsUI_cookies_subview.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-01-25T13:10:54.631Z] 13:10:54     INFO - GECKO(2409) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2023-01-25T13:10:54.631Z] 13:10:54     INFO - GECKO(2409) | MEMORY STAT | vsize 16063MB | residentFast 294MB | heapAllocated 130MB
[task 2023-01-25T13:10:54.632Z] 13:10:54     INFO - TEST-OK | browser/base/content/test/protectionsUI/browser_protectionsUI_cookies_subview.js | took 45785ms
[task 2023-01-25T13:10:54.632Z] 13:10:54     INFO - checking window state
[task 2023-01-25T13:10:54.632Z] 13:10:54     INFO - GECKO(2409) | Completed ShutdownLeaks collections in process 2409
[task 2023-01-25T13:10:54.633Z] 13:10:54     INFO - TEST-START | Shutdown
[task 2023-01-25T13:10:54.633Z] 13:10:54     INFO - Browser Chrome Test Summary
[task 2023-01-25T13:10:54.633Z] 13:10:54     INFO - Passed:  113
[task 2023-01-25T13:10:54.634Z] 13:10:54     INFO - Failed:  1
[task 2023-01-25T13:10:54.634Z] 13:10:54     INFO - Todo:    0
[task 2023-01-25T13:10:54.635Z] 13:10:54     INFO - Mode:    e10s
[task 2023-01-25T13:10:54.635Z] 13:10:54     INFO - *** End BrowserChrome Test Results ***
```
Bug: .URL file can also send NTLM hashes
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-01-25 15:00:25+00:00
Resolved: 2024-05-30 18:04:33+00:00

On Windows, .URL file can also send NTLM hashes via the IconFile parameter. Thus it is possible to reproduce https://bugzilla.mozilla.org/show_bug.cgi?id=1773894 using .URL file
Bug: Policy on Linux can be bypassed by setting MOZ_SYSTEM_CONFIG directory
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-01-25 15:02:53+00:00
Resolved: 2023-06-19 16:37:33+00:00

In bug 1785278 we added basic autoconfig support for the snap.

A change was added to policy to read policies from the system config directory, but that could be overridden by an environment variable for testing purposes.

That should not have been put in policy.
Bug: Text in drop-down list in about:preferences shifts when focus ring is present
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-01-25 17:16:42+00:00
Resolved: 2023-02-28 10:58:20+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/111.0
Build ID: 20230125094200

This is an old bug but only exposed, to me, recently by bug 1807687 because I have "Underline access keys when available" enabled in Windows 10.

### Steps to reproduce
1. (Optional) Disable `Underline access keys` in Windows Settings so as to avoid bug 1807687 from interfering.
2. In a new Firefox profile, set `browser.display.show_focus_rings` to `true`. Browser restart may be needed to take effect.
2. Hover the options in a drop-down list in about:preferences, e.g. Default font, Default font size or Default zoom.

### Actual result
Text shifts up and down when hovered. Scrollbar also shifts if text is too long.
Text don't shift if the dotted focus ring is not present.
Please refer to the attached video.

### Additional notes
Enabling `Underline access keys` shows the focus ring even if `browser.display.show_focus_rings` is `false` after bug 1807687 in Firefox 110. 

### Regression
Last good Nightly: 2021-09-11
First bad Nightly: 2021-09-12
pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=64212702d9f0d6410362b209dcf0348cb3acb452&tochange=561ed5ccdd2400934cb05151dbf8dbe105bfc963

Autoland builds are not available but this is probably regressed by bug 1729854.
Bug: HTTPS-only mode menulist in the identity panel doesn't open
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-01-25 18:24:42+00:00
Resolved: 2023-01-28 21:14:28+00:00

STR:
1. Enable HTTPS-only mode in about:preferences (under Privacy & Security)
2. Open http://example.com
3. Click the identity icon on the urlbar
4. Click the HTTPS-only mode menulist

AR:
Nothing happens

ER:
popup should open
Bug: UXSS via bookmarks with javascript scheme
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-01-26 04:12:42+00:00
Resolved: 2024-05-30 18:04:36+00:00

Tested with the latest version of Firefox with default settings on Windows/Linux operating systems.

When a link with a javascript scheme is registered in a bookmark and clicked from another origin, JavaScript is executed from that origin.

The user interaction required to exploit this vulnerability is bookmarking a link and clicking on the added bookmark, and in the case of an unspecified attack using this vulnerability, that interaction would occur without significant effort on the part of the attacker. 

Steps to reproduce:

1. Open attached PoC  
2. Add link "link" with javascript scheme to bookmark.
3. Visit another website.
4. Click the bookmark you saved in step 2.

Actual results:

Arbitrary javascript code is executed on a different origin. In this PoC, document.cookie from another domain is output.

Suggestions:

When a link with a javascript scheme is clicked in bookmarks, it takes you to a blank page (this page should be considered a different origin, and should not have access to Firefox features) and then launch it. This will allow bookmarks with normal purpose javascript schemes to still work.

Please let me know if you need more information.
Bug: Master password bypass
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-01-26 08:53:08+00:00
Resolved: 2023-01-26 09:02:46+00:00

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

Steps to reproduce:

When booting Firefox with a Master password set, I simply hit the "cancel" button, rather than inputing my password. 


Actual results:

Hitting cancel closed the password dialog box, allowing me to interact with the browser in the same manners that I could if I had input my password. Whilst I couldn't see stored log-ons, I could see browising history, and I could any sites that I was automatically logged into (e.g. Amazon).


Expected results:

Failure to input the master password at boot should prevent the user from interacting with the browser in any fasion until the password is entered. Being able to use most websites without access to the password manager and view history without authentication effectively defeats the purpose of having a master password on boot.
Bug: ‘Pin to Start Menu’ from where the build is install results in multiple Firefox icons on Start Menu.
Status: NEW
Priority: P4
Created: 2023-01-26 09:26:53+00:00
Resolved: 2023-03-09 13:08:18+00:00

**Found in**
* 110.0b5 dev edition (20230124185837)

**Affected versions**
* 110.0b5 dev edition
* 110.0b5 - beta.
* 111.0a1 - nightly

**Tested platforms**
* Affected platforms: Win7
* Unaffected platforms: Ubuntu, Mac

**Steps to reproduce**
1. Install latest dev edition build.
2. Go to the folder where Firefox is installed.
3. Right click on firefox.exe.
4. Select ‘Pin to Start Menu’.
5. Select again ‘Pin to Start Menu’.
6. Go to Start Menu and check the Firefox icons. 

**Expected result**
* Firefox icon should be displayed only one time.

**Actual result**
* Firefox icon is displayed twice.

**Regression range**
* Issue reproduces back to 88.0b1(20210322185611)

**Additional notes**
* Issue reproduces only on Win7. 
* On Win10 option “Pin to Start Menu” works correctly but “Pin to Taskbar” does not work correctly, pressed multiple times results in a white icon on taskbar. Should I log the Win10 separately?
Bug: [HCM] Screenshot overlay's download button focus style needs correction
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2023-01-26 16:16:04+00:00
Resolved: 2023-04-21 08:07:10+00:00

STR: (Windows 11, macOS)
1. Toggle OS HCM theme (Win11) or Increased Contrast mode (macOS) 
1. Set `screenshots.browser.component.enabled = true`
1. Open the screenshots overlay (Cmd/Ctrl+Shift+S) and click either 'Save visible' or 'Save full page'
1. Using the tab key, focus the Download button 
1. Note background color and SVG icon color is inconsistent with focus styles of the other buttons, and difficult to discern
Bug: "Manage bookmarks" link on empty bookmarks toolbar has stopped working for clicks (but works when doubleclicked), only on Windows
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-01-26 16:26:38+00:00
Resolved: 2023-03-06 13:33:50+00:00

STR:

1. clean profile, Win10, open Firefox
2. remove "getting started" bookmark using the context menu
3. remove "import bookmarks" button using the context menu
4. try clicking the "Manage bookmarks..." link

ER:

it opens the library

AR:

it does not.

Double-clicking opens the window, but that makes even less sense. I don't know why the single click is getting eaten and the double-click isn't. I'm fairly sure this is a regression but haven't yet tried to figure out when it broke. It still works fine on macOS.