av9ash/GitBugs huggingface dataset:
Bug: Perma esr 115 browser/base/content/test/fullscreen/browser_fullscreen_permissions_prompt.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2024-03-23 03:17:23+00:00
Resolved: 2024-04-01 06:29:30+00:00

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

---
```
[task 2024-03-23T01:04:27.515Z] 01:04:27     INFO - TEST-PASS | browser/base/content/test/fullscreen/browser_fullscreen_permissions_prompt.js | at least one notification displayed - 
[task 2024-03-23T01:04:27.515Z] 01:04:27     INFO - Triggering main command for notification web-notifications-notification
[task 2024-03-23T01:04:27.524Z] 01:04:27     INFO - TEST-INFO | started process screenshot
[task 2024-03-23T01:04:27.602Z] 01:04:27     INFO - TEST-INFO | screenshot: exit 0
[task 2024-03-23T01:04:27.602Z] 01:04:27     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/fullscreen/browser_fullscreen_permissions_prompt.js | Notification should still be open because we clicked during the security delay. - 
[task 2024-03-23T01:04:27.602Z] 01:04:27     INFO - Stack trace:
[task 2024-03-23T01:04:27.602Z] 01:04:27     INFO - chrome://mochikit/content/browser-test.js:test_ok:1580
[task 2024-03-23T01:04:27.602Z] 01:04:27     INFO - chrome://mochitests/content/browser/browser/base/content/test/fullscreen/browser_fullscreen_permissions_prompt.js:test_permission_prompt_closes_fullscreen_and_extends_security_delay:239
[task 2024-03-23T01:04:27.602Z] 01:04:27     INFO - chrome://mochikit/content/browser-test.js:handleTask:1131
[task 2024-03-23T01:04:27.602Z] 01:04:27     INFO - chrome://mochikit/content/browser-test.js:_runTaskBasedTest:1203
[task 2024-03-23T01:04:27.602Z] 01:04:27     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1345
[task 2024-03-23T01:04:27.602Z] 01:04:27     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:1120
[task 2024-03-23T01:04:27.602Z] 01:04:27     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/<:1056
[task 2024-03-23T01:04:27.602Z] 01:04:27     INFO - Leaving test bound test_permission_prompt_closes_fullscreen_and_extends_security_delay
[task 2024-03-23T01:04:27.914Z] 01:04:27     INFO - GECKO(3920) | MEMORY STAT | vsize 1134MB | vsizeMaxContiguous 462MB | residentFast 318MB | heapAllocated 354MB
[task 2024-03-23T01:04:27.914Z] 01:04:27     INFO - TEST-OK | browser/base/content/test/fullscreen/browser_fullscreen_permissions_prompt.js | took 5851ms
```
Bug: IME input is truncated while tab-to-search and URL has been autofilled
Status: NEW
Priority: P3
Created: 2024-03-23 04:17:23+00:00
Resolved: 2024-04-02 15:50:55+00:00

Steps to reproduce:
1. Make the address bar automatically fill in a URL for "g", for example opening google.com and add it to your bookmarks to do this for a new profile.
2. Type "g" into the address bar and press Tab key to move the selection to the second item to use Google Search.
3. Enter some Chinese characters using IME.

Actual results:
Only the first Chinese character is entered into the address bar for searches.
If no autofill occurs, everything is normal.

Regression range:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=e4e50bbcb3a212ef8c30c6065b8e9ea5866fac64&tochange=498b4ed438a3b4e20a618ef3a1c0c5cd0c64cb11
Bug: Bookmarks in folders may be misplaced when handling a large (80000) set of bookmarks
Status: NEW
Priority: P3
Created: 2024-03-23 05:14:58+00:00
Resolved: 2024-07-22 19:21:28+00:00

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

Steps to reproduce:

During general use of Firefox on a computer running Windows 10 Pro.


Actual results:

Multiple Bookmarks for several years have "disappeared" (actually misplaced by Firefox) and of late occurs more frequently. This is frustrating and wastes my time trying to find the misplaced Bookmark folders which I did not move. Some examples are below.

2-3-2023 A Bookmarks folder titled "Equipment" which was located originally in:
Bookmarks Menu | From Internet Explorer
Was found in:
Bookmarks Menu | From Internet Explorer | Government | WA

2-6-2023 A Bookmarks folder titled "Equipment" which was located originally in:
Bookmarks Menu | From Internet Explorer | Electrical | NEC Misc. Info
Was found with substantial difficulty located in:
Bookmarks Menu | From Internet Explorer | Office, Misc. | NEC Misc. Info

12-22-23 A Bookmarks folder titled "Issues" which was located originally in:
Bookmarks Menu | From Internet Explorer | Government | US
Was found with substantial difficulty located in:
Bookmarks Menu | From Internet Explorer | Health | Thyroid | Doctors

1-4-2024 A Bookmarks folder titled "Issues" which was located originally in:
Bookmarks Menu | From Internet Explorer | Government | US
Was found with substantial difficulty located in:
Bookmarks Menu | From Internet Explorer | Health | Supplements Misc. (The "Issues" Bookmarks folder also was not found in alphabetical order in the Supplements Misc. folder. The order in the Supplements, Misc. was !Importance, 5-HTP, Absorption, Issues, Acetyl L-Carnitine … .)

3-22-2024 A Bookmarks folder titled "US" which was located originally in:
Bookmarks Menu | From Internet Explorer | Government
Was found in:
Bookmarks Menu | From Internet Explorer | Issues


Expected results:

The Bookmark folders of course should remain in the place where I put them.
Bug: The upgrade to 124 changed the default search engine
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-03-23 07:52:33+00:00
Resolved: 2024-04-16 17:59:49+00:00

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

Steps to reproduce:

Firefox upgraded to 124 (after manual permission). I cannot reproduce this.


Actual results:

After the upgrade, the default search engine was Google. Before that, it was DuckDuckGo. I am sure it was the first time this happened, because I got all the warnings you get when you open google for the first time.


Expected results:

The default search engine should have remained DuckDuckGo.
Bug: Perma Documentation ./mach doc | Error: 1 new warnings have been introduced compared to the limit in docs/config.yml
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2024-03-23 09:59:34+00:00
Resolved: 2024-04-01 06:05:25+00:00

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

---
```
[task 2024-03-23T09:43:41.139Z] ages... [ 99%] tools/try/selectors/fzf.png
[task 2024-03-23T09:43:41.139Z] ages... [ 99%] widget/windows/windows-pointing-device/touchscreen.jpg
[task 2024-03-23T09:43:41.140Z] ages... [ 99%] widget/windows/windows-pointing-device/wacom_tablet.png
[task 2024-03-23T09:43:41.141Z] ages... [ 99%] widget/windows/windows-pointing-device/trackpoint.jpg
[task 2024-03-23T09:43:41.141Z] ages... [100%] widget/windows/windows-pointing-device/touchpad.jpg
[task 2024-03-23T09:43:41.142Z] ages... [100%] widget/windows/windows-pointing-device/vrcontroller.jpg
[task 2024-03-23T09:43:41.143Z] ages... [100%] widget/windows/windows-pointing-device/apple_vision.jpg
[task 2024-03-23T09:43:41.143Z] ages... [100%] widget/windows/windows-pointing-device/mouse.jpg
[task 2024-03-23T09:43:41.144Z] ages... [100%] widget/windows/windows-pointing-device/touch_media_queries.png
[task 2024-03-23T09:43:42.224Z] dumping search index in English (code: en)... done
[task 2024-03-23T09:43:42.343Z] dumping object inventory... done
[task 2024-03-23T09:43:42.344Z] build succeeded, 886 warnings.
[task 2024-03-23T09:43:42.344Z] 
[task 2024-03-23T09:43:42.344Z] The HTML pages are in docs-out/html.
[task 2024-03-23T09:43:42.374Z] TEST-UNEXPECTED-FAILURE | ./mach doc | Error: 1 new warnings have been introduced compared to the limit in docs/config.yml
[task 2024-03-23T09:43:42.374Z] 
[task 2024-03-23T09:43:42.374Z] Generated documentation:
[task 2024-03-23T09:43:42.374Z] docs-out/html
[task 2024-03-23T09:43:42.374Z] Logged 836 warnings
[task 2024-03-23T09:43:42.374Z] 
[taskcluster 2024-03-23 09:43:50.923Z] === Task Finished ===
[taskcluster 2024-03-23 09:43:51.059Z] Artifact "public/trees.json" not found at "/builds/worker/artifacts/trees.json"
[taskcluster 2024-03-23 09:43:51.162Z] Artifact "public/docs.tar.gz" not found at "/builds/worker/checkouts/gecko/docs-out/main.tar.gz"
[taskcluster 2024-03-23 09:43:51.224Z] Unsuccessful task run with exit code: 1 completed in 427.106 seconds
```
Bug: PDF.js PDF file editing - HTML injection can cause data exfiltration
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-03-23 11:37:51+00:00
Resolved: 2024-10-01 20:49:45+00:00

PDF.js version: PDF.js: 4.1.249 [d07f37f44]
Firefox: 124.0.1
OS: OSX

Finding based on Michał Bentkowski research:
https://research.securitum.com/the-curious-case-of-copy-paste/
https://research.securitum.com/css-data-exfiltration-in-firefox-via-single-injection-point/

Step to reproduce:
1. Go to copy&paste playground: https://cdn.sekurak.pl/copy-paste/playground.html
2. Create HTML/CSS input
3. Copy as HTML 
4. Go to example pdf file: https://assets.mozilla.net/wnp124-en/wnp-fx124-en.pdf
5. Edit PDF using "Text" option
6. Paste HTML/CSS input

Threats that may occur:
- referer leakage
- data exfiltration
Bug: PDF.js PDF file editing - HTML injection can cause data exfiltration
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-03-23 11:40:09+00:00
Resolved: 2024-09-19 02:36:37+00:00

PDF.js version: PDF.js: 4.1.249 [d07f37f44]
Firefox: 124.0.1
OS: OSX

Finding based on Michał Bentkowski research:
https://research.securitum.com/the-curious-case-of-copy-paste/
https://research.securitum.com/css-data-exfiltration-in-firefox-via-single-injection-point/

Step to reproduce:
1. Go to copy&paste playground: https://cdn.sekurak.pl/copy-paste/playground.html
2. Create HTML/CSS input
3. Copy as HTML 
4. Go to example pdf file: https://assets.mozilla.net/wnp124-en/wnp-fx124-en.pdf
5. Edit PDF using "Text" option
6. Paste HTML/CSS input

PoC: https://drive.google.com/file/d/1mdDZSaxp3HICh-pSxRa3ezrZQcQXNmfP/view?usp=sharing

Threats that may occur:
- referer leakage
- data exfiltration
Bug: Firefox pdf viewer is vulnerable to xss
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-03-23 13:18:15+00:00
Resolved: 2024-03-24 14:04:54+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/122.0.0.0 Safari/537.36

Steps to reproduce:

1. Create a pdf 
2. Change the metadata of the pdf and add a malicious payload to the pdf (Already attached a pdf file. For the POC purpose I added a small script but depending on the severity of the malicious script, this vulnerability may lead to a remote code execution as well)


Actual results:

If a user opened the edited pdf file using firefox, the malicious script will execute automaticaly.
Bug: Intermittent FATAL ERROR: Non-local network connections are disabled and a connection attempt to aus5.mozilla.org (35.244.181.201) was made. | single tracking bug
Status: NEW
Priority: P5
Created: 2024-03-23 13:20:52+00:00
Resolved: 2025-03-03 06:58:33+00:00

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

---
```
[task 2024-03-23T12:40:22.850Z] 12:40:22     INFO - TEST-START | browser/components/enterprisepolicies/tests/browser/browser_policy_app_update.js
[task 2024-03-23T12:40:23.027Z] 12:40:23     INFO - GECKO(5824) | FATAL ERROR: Non-local network connections are disabled and a connection attempt to aus5.mozilla.org (35.244.181.201) was made.
[task 2024-03-23T12:40:23.034Z] 12:40:23     INFO - GECKO(5824) | You should only access hostnames available via the test networking proxy (if running mochitests) or from a test-specific httpd.js server (if running xpcshell tests). Browser services should be disabled or redirected to a local server.
[task 2024-03-23T12:40:25.679Z] 12:40:25     INFO - GECKO(5824) | Exiting due to channel error.
[task 2024-03-23T12:40:25.867Z] 12:40:25     INFO - TEST-INFO | Main app process: exit 80000003
[task 2024-03-23T12:40:25.871Z] 12:40:25     INFO - Buffered messages logged at 12:40:22
[task 2024-03-23T12:40:25.871Z] 12:40:25     INFO - Entering setup bound policies_headjs_startWithCleanSlate
[task 2024-03-23T12:40:25.872Z] 12:40:25     INFO - TEST-PASS | browser/components/enterprisepolicies/tests/browser/browser_policy_app_update.js | Engine is inactive at the start of the test - 
```
Bug: c-c perma toolkit/components/search/tests/xpcshell/test_search_config_v2_nimbus.js failure after bug 1886061
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2024-03-23 13:53:35+00:00
Resolved: 2024-04-04 17:25:09+00:00

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

---
```

```
Bug: Update to 124.0.1 removed bookmarks from bookmarks toolbar
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-03-23 15:11:57+00:00
Resolved: 2024-03-26 09:49:26+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:124.0) Gecko/20100101 Firefox/124.0
Bug: CTRL+Enter shortcut to "Complete .com Address" no longer working, performs a redirect to default search engine instead.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-03-23 23:02:34+00:00
Resolved: 2024-03-24 05:32:31+00:00

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

Steps to reproduce:

Update to Firefox 124.0.1 on Linux, I'm using the apt version.

Write something in your address, like "example", then press CTRL+Enter.




Actual results:

It redirects me to google.com search results for "example".


Expected results:

It should instead go to example.com which has always been the default behavior for this key combination as described in the docs here (under Miscellaneous):

https://support.mozilla.org/en-US/kb/keyboard-shortcuts-perform-firefox-tasks-quickly
Bug: "More Translation Settings" expanding for a split second when opening about:preferences for the first time within the same session
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-03-24 03:20:55+00:00
Resolved: 2024-04-11 13:19:16+00:00

Tested on 125.0b1 and b3.

STR:

1. Close all Firefox windows and start Firefox in a new session.
2. Open `about:preferences`.

Expected Behavior:

Nothing remarkable happens.

Actual Behavior:

Something can be seen expanding for a split second when I opened `about:preferences` for the first time within the same session. A quick printscreen revealed strings such as:

```
More Translation Settings

Set you language and site translation preferences and manage languages downloaded of offline translation.

Always translate these languages [Add language]
Never translate these languages [Add language]
Never translate these sites
Download languages
```

This is not 100% reproducible but I would say about two thirds of the time. Setting `browser.translations.enable` or `browser.translations.newSettingsUI.enable` to false (or both) does not seem to affect the issue.


Mozregression returned


Last good revision: 9793d58574ba0c44dd7cea68fdbac2405ccaa693
First bad revision: 39d76f98160905dab2a294ece0e03ee8ba5ba4cc
Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=9793d58574ba0c44dd7cea68fdbac2405ccaa693&tochange=39d76f98160905dab2a294ece0e03ee8ba5ba4cc


Oh and what's with the UI inconsistency in `about:preferences` these days? First Firefox Sugeest decided they needed to use toogles instead of checkboxes, and now Firefox Translations implemented another layer of settings that looks like something straight out of mobile OSes/Chrome desktop? IMO you should have split this into a `#translations` section like `about:preferences#search` instead of the current approach, assuming that your problem is that the dialog/modal is too small for your needs.
Bug: After downloading new version, browser would not open.  Got XUL Runner error message.  Error: Platform Version  '124.0.1' is not compatible with minversion > =124.0 maxversion < = 124.0
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-03-24 16:24:17+00:00
Resolved: 2024-04-18 13:58:27+00:00

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

Steps to reproduce:

I reinstalled Firefox


Actual results:

It fixed the problem
Bug: <cmd>-click to open link in new tab does, but also opens link in current tab
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-03-24 16:36:12+00:00
Resolved: 2024-05-13 16:06:18+00:00

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

Steps to reproduce:

<command>-click any link.


Actual results:

Link opens in a new background tab, but also opens in the present foreground tab.


Expected results:

Link should open in a new background tab, and the foreground tab should stay the same.

The problem seems to have begun the other day with the update to 124.0.1. There have been no changes to any configs, but FWIW, browser.tabs.loadDivertedInBackground is set to True.

(MacOS Monterey 12.7.2; MacBook Pro 15" mid-2015)
Bug: getSVGDocument() returns null if the SVG was loaded from file://
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-03-24 17:44:24+00:00
Resolved: 2024-03-24 17:57:32+00:00

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

Steps to reproduce:

Extract the attached and open test.html using file:// protocol (e.g. file:///D:/Temp/html/test.html). Open the console and execute document.getElementById('theSvg').getSVGDocument()


Actual results:

The function returns null. However this is only the case if the files are loaded via file:// protocol. It works correctly if the exact same files are loaded via a HTTP server.


Expected results:

The function should return a valid object. It should be an XMLDocument representing the embedded SVG file.
Bug: 124.0.1 switching port numbers on a URL gets ignored
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-03-25 10:11:49+00:00
Resolved: 2024-03-28 09:22:16+00:00

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

Steps to reproduce:

Hi folks. Been using Firefox for probably 20 years. We access a lot of IP cameras and often use different port numbers on the same domain through a VPN, eg:

https://[cameraname].captiveye.cloud:8751
https://[cameraname].captiveye.cloud:8752

As of Firefox 124.0.1 if I have loaded a URL with - say - port 8751, and then I change the URL in the address bar to 8752 - or any other port number - and hit return it reloads the current URL I am on. It ignores the fact I have changed the port number.

To get around this I now have to copy the intended URL with the different port number and paste it into a new tab. Then will it load the correct URL.


Actual results:

It ignores any changes to the port number in a URL and simply reloads the page with the previous port being used.


Expected results:

It should always load the URL that I have put into the address bar, including if the only thing changed is the port number from the current URL. This is the bug.
Bug: Container search when pressing 1
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2024-03-25 12:38:15+00:00
Resolved: 2024-07-25 13:04:00+00:00

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

Steps to reproduce:

When typing the number 1 in the search bar of the container search, it opens a new tab called personal on it's own. I then have to manually go scroll down the list to find the container I need.


Actual results:

When typing 1 in the search for containers, it opens a new tab under the personal container


Expected results:

When typing 1 in the search, it should go down to the container with the one in the search
Bug: Tabs from other devices doesn't render on first load
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-03-25 13:59:28+00:00
Resolved: 2024-05-07 13:58:14+00:00

STR: 

* Go to Firefox view and select tabs from other devices.

What happens: 

* Tabs from other devices renders but there's no cards and no data rendered (see screenshot)
* Going to another "page" like history and returning to tabs from other devices and it renders.
* You can make it return to blank by refreshing when on "Tabs from other devices" 

What should happen:

* It should render on first load.

Moz regression points to https://phabricator.services.mozilla.com/D204081
Bug: Cookie banner ad_impression are not registered for Ecosia
Status: NEW
Priority: P3
Created: 2024-03-25 14:51:31+00:00
Resolved: 2024-06-25 16:37:27+00:00

**Found in**
* Fx 126.0a1

**Affected versions**
* Fx125.0b3
* Fx126.0a1

**Affected platforms**
* all

**Pre-conditions**
Have the browser connected to the Staging environment from Remote Settings.
Have a DE locale version of Firefox installed.
Have browser.search.log set to true.

**Steps to reproduce**
1. Launch Fx with a new profile.
2. Make Ecosia the default search engine.
3. Perform a search using the address bar e.g. buy candles
4. Look for the cookie banner ad impression in the browser console.

**Expected result**
* Cookie banner ad_impression is displayed in the console, while the cookie banner is displayed in the main browser window.

**Actual result**
* No cookie banner ad_impression is found.

**Regression range**
* Not a regression.
Bug: PDFjs Highlights panel has an incosiderate keyboard focus order
Status: NEW
Priority: --
Created: 2024-03-25 15:09:20+00:00
Resolved: 2025-02-27 13:52:40+00:00

### Preconditions:
* Enable  pdfjs.enableHighlightEditor - true
* pdfjs.enableHighlightFloatingButton - true

### STR:
1. Open any PDF in Firefox.
2. Navigate to the Highlight toggle using keyboard alone (`Tab` keys)
3. Press `Enter` to open the Highlight doorhanger
4. Press `Tab` few times to navigate to the Highlight panel and observe the focus order of the panel

### Expected:
1. Focus follows the visual reading order: left to right and top to bottom (for an LTR language like English):
    1. The Highlight Color is the first element receiving focus with the keyboard
    1. (if enabled) Thickness
    1. `Show all` toggle
1. Listbox focus:
    1. When the Highlight Color listbox gets the focus (i.e. when the panel just opens and `Tab` is pressed once), either the pre-selected element is receiving the keyboard focus or, if none is selected, the first option in the listbox. When navigating backwards from the bottom of the panel using `Tab`, either the pre-selected color is focused or, if there is no selection, the last option in the listbox.
    1. From the focused option, arrow keys (`Left/Right` arrows, in the case of the main panel's appearance) move the focus and selection between colors.
    1. Pressing `Tab` would move the focus to the next focusable element on the panel: to the Thickness (if it is enabled) or to the `Show all` toggle.

### Actual:
1. The `Show all` toggle that is visually last element that is the last in the reading order, as expected, is actually receiving the focus first on the panel. Then the focus jumps back up to the colors listbox
1. Each color option in the listbox is receiving focus individually with `Tab` (while [arrow navigation is expected per the ARIA pattern for listboxes](https://www.w3.org/WAI/ARIA/apg/patterns/listbox/#keyboard-interaction-11))