av9ash/GitBugs huggingface dataset:
Bug: Intermittent browser/components/urlbar/tests/browser/browser_quicksuggest.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-03-26 19:35:07+00:00
Resolved: 2021-12-16 19:35:03+00:00

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

---
```
[task 2021-03-26T19:16:34.284Z] 19:16:34     INFO - TEST-START | browser/components/urlbar/tests/browser/browser_quicksuggest.js
[task 2021-03-26T19:18:04.329Z] 19:18:04     INFO - TEST-INFO | started process screentopng
[task 2021-03-26T19:18:05.036Z] 19:18:05     INFO - TEST-INFO | screentopng: exit 0
[task 2021-03-26T19:18:05.037Z] 19:18:05     INFO - Buffered messages logged at 19:16:34
[task 2021-03-26T19:18:05.038Z] 19:18:05     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_quicksuggest.js | Sanity check the temporary file doesn't exist. - true == true - 
[task 2021-03-26T19:18:05.038Z] 19:18:05     INFO - Entering test bound init
[task 2021-03-26T19:18:05.039Z] 19:18:05     INFO - Buffered messages finished
[task 2021-03-26T19:18:05.040Z] 19:18:05     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_quicksuggest.js | Test timed out - 
[task 2021-03-26T19:18:05.041Z] 19:18:05     INFO - GECKO(1553) | MEMORY STAT | vsize 20975802MB | residentFast 1640MB
[task 2021-03-26T19:18:05.042Z] 19:18:05     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_quicksuggest.js | took 90061ms
[task 2021-03-26T19:18:05.044Z] 19:18:05     INFO - checking window state```
Bug: Consider reverting access key of new "Copy Link" context menuitem from L to A (as before; maybe "Copy Link Address" like Chrome): Easier motor access for right-handers with common keyboard/touchpad/mouse layout
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-03-26 19:58:48+00:00
Resolved: 2024-03-28 05:16:58+00:00

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

Steps to reproduce:

When opening a context menu on a hyperlink (<a> element), the menu option for copying the link address (URL) is labeled "Copy Link". Its shortcut key, which may be pressed on the keyboard to activate the option (rather than moving the mouse), is L. Using a QWERTY keyboard, this is far on the right-hand side of the keyboard.


Actual results:

Because the shortcut is L, and I use my touchpad with my right hand, I must move my hand from the touchpad, adjust it to position over the keyboard, and press L. Then I move my hand back to the tablet, its normal position, to continue navigation. This is a complex motor movement, and is difficult on the wrist, especially in repetitive circumstances.

Alternatively, I can choose to click the "Copy Link" option. But this involves moving my cursor over the menu option and pressing to click it. This is especially impractical under repetitive circumstances, where I now have to move my cursor back to the idle position, where the next link will show up (e.g. from opening a new tab or scrolling the page).


Expected results:

Until recently, the shortcut was A (as in the label "Copy Link Location"). With QWERTY layout, this is on the left-hand side of my keyboard; I virtually never lift my left hand from the keyboard, so this is always accessible.

Addendum—some related issues:
- Bug 1690561, introduced very recently (2 months ago), is where this change was introduced.
- Bug 758639, created several years back (9 years ago), had the same initial proposal. It was argued against, since it "makes unclear whether the target content is copied (e.g. the website it links to) or just the URL" and "may be mixed with "Save link as" option." These aren't directly related to the issue I'm bringing up here, but may be additional reason to consider reverting this particular string and shortcut change.
Bug: Reconsider (again) the amount of space used by Proton tabs
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-03-26 19:59:07+00:00
Resolved: 2021-04-16 17:47:39+00:00

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

Steps to reproduce:

Enable Proton


Actual results:

Proton tabs (even after reconsideration and reduction here https://bugzilla.mozilla.org/show_bug.cgi?id=1698244) are still massive. 


Expected results:

Please consider reducing the size of Proton tabs more. They are massive as it is at the moment. In the image I illustrated, it can clearly bee seen that the tabs have enough space in them to contain just over 4 times the height of the text in the tab. 

It could be reduced to 2x the height of the text (accounting for aesthetic padding) rather than just under 4x the height. Doing this would alleviate many users' concerns about the removal of compact mode.
Bug: history clear crash
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-26 20:25:59+00:00
Resolved: 2021-04-13 13:55:37+00:00

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

Steps to reproduce:

Have several thousand occurrences in web history
Go to History (Ctrl + Maj + H)
Search occurence (like "wikipedia") with thousand occurences
Select all and delete


Actual results:

It overloads the ram and crashes firefox 


Expected results:

Just delete selected item in history
Bug: Intermittent browser/components/sessionstore/test/browser_async_window_flushing.js | We should not have added the window to the closed windows array - Got 1, expected +0
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-03-26 20:27:16+00:00
Resolved: 2021-06-22 13:46:41+00:00

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

---
```
[task 2021-03-26T19:26:10.087Z] 19:26:10     INFO - TEST-INFO | screentopng: exit 0
[task 2021-03-26T19:26:10.087Z] 19:26:10     INFO - Buffered messages logged at 19:26:07
[task 2021-03-26T19:26:10.087Z] 19:26:10     INFO - Entering test bound test_add_interesting_window
[task 2021-03-26T19:26:10.088Z] 19:26:10     INFO - Buffered messages finished
[task 2021-03-26T19:26:10.089Z] 19:26:10     INFO - TEST-UNEXPECTED-FAIL | browser/components/sessionstore/test/browser_async_window_flushing.js | We should not have added the window to the closed windows array - Got 1, expected +0
[task 2021-03-26T19:26:10.089Z] 19:26:10     INFO - Stack trace:
[task 2021-03-26T19:26:10.089Z] 19:26:10     INFO - chrome://mochikit/content/browser-test.js:test_is:1359
[task 2021-03-26T19:26:10.089Z] 19:26:10     INFO - chrome://mochitests/content/browser/browser/components/sessionstore/test/browser_async_window_flushing.js:test_add_interesting_window/<:56
[task 2021-03-26T19:26:10.089Z] 19:26:10     INFO - chrome://mochitests/content/browser/browser/components/sessionstore/test/head.js:observer:629
[task 2021-03-26T19:26:10.089Z] 19:26:10     INFO - resource:///modules/sessionstore/SessionStore.jsm:ssi_observe:959
[task 2021-03-26T19:26:10.095Z] 19:26:10     INFO - GECKO(6551) | [Parent 6551, Main Thread] WARNING: WebProgress Ignored: BrowsingContext is null or discarded: file /builds/worker/checkouts/gecko/dom/ipc/BrowserParent.cpp:2860
[task 2021-03-26T19:26:10.095Z] 19:26:10     INFO - TEST-PASS | browser/components/sessionstore/test/browser_async_window_flushing.js | domwindowclosed should already be handled here - ```
Bug: Duplex printing stopped working with new print preview (in ver 86)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-03-27 01:33:42+00:00
Resolved: 2021-03-29 08:47:37+00:00

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

Steps to reproduce:

Print a 2 page document with default settings and print with system dialog.

Duplex is set to long edge in the system dialog forms, and the about:config print_duplex is setting is 1 in the print and print.printer_Samsumg-M3015DW (my printer type). Before the new print preview feature, the duplex worked fine.

I am running in Ubuntu 16.04.7 LTS

I do not know if this problem existed in Version 85.


Actual results:

Prints with duplex disabled (2 single sided sheets for a 2 page document). The same behavior happens using the system dialog for printing.


Expected results:

Should print on both sides, same as the behavior when the legacy print preview was available.
Bug: While using dark theme, pressing "show more bookmarks" displays extra bookmarks in light theme
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-27 02:55:51+00:00
Resolved: 2021-04-16 14:41:06+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4371.0 Safari/537.36

Steps to reproduce:

When "show bookmark toolbar" is on, AND while having more bookmarks than there is space on the toolbar to show, the "show more bookmarks" double arrow symbol appears to the right side of the toolbar. 
The problem occurs when clicking such a button


Actual results:

Extra bookmarks are displayed, but they are displayed in light theme.


Expected results:

They should have a dark theme.
Bug: Fullscreen/pointer lock warning has wrong stack order
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-03-27 03:24:39+00:00
Resolved: 2021-04-13 11:03:28+00:00

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

Steps to reproduce:

Trigger fullscreen or pointer lock with the active browser tab or notification bar overlapping the warning overlay.


Actual results:

The warning overlay that appears when entering fullscreen or pointer lock is positioned behind the active browser tab bar tab element and any visible notification bars.


Expected results:

Warning overlay should appear in front of all other UI elements?
Bug: [Proton] RTL tabs title shift to the left when hovering the mouse over the tab
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-03-27 09:39:56+00:00
Resolved: 2022-01-06 12:03:58+00:00

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

Steps to reproduce:

Hover on persian sites tab


Actual results:

tab title moves a little


Expected results:

tab title shoudn't move
Bug: Intermittent toolkit/components/search/tests/xpcshell/test_region_params.js | test_region_params - [test_region_params : 285] A promise chain failed to handle a rejection: The object has been already finalized. - stack: finalize@resource://gre/modules/
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2021-03-27 10:23:24+00:00
Resolved: 2021-03-29 06:39:44+00:00

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

---
```
[task 2021-03-27T08:47:43.158Z] 08:47:43     INFO -  TEST-START | xpcshell.ini:toolkit/components/search/tests/xpcshell/test_region_params.js
[task 2021-03-27T08:47:43.840Z] 08:47:43  WARNING -  TEST-UNEXPECTED-FAIL | xpcshell.ini:toolkit/components/search/tests/xpcshell/test_region_params.js | xpcshell return code: 0
```
Bug: Deformed icon in synchronisation settings
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-03-27 14:37:26+00:00
Resolved: 2021-04-06 14:38:03+00:00

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

Steps to reproduce:

Settings->sync
Bug: Reduced contrast in Light theme makes tabs indistinguishable
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-27 16:11:11+00:00
Resolved: 2023-08-16 16:10:28+00:00

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

Steps to reproduce:

Set theme to Light


Actual results:

There seems to be a color change in today's update to Nightly. Using the Light theme, the URL Bar and the Search Bar now have gray backgrounds when not focused, of exactly the same color as unselected tabs, with only a thin, slightly-lighter gray line between them.  The selected tab is likewise only barely brighter than the unselected tabs.

This results in a general blur of indistinguishable grays across the entire navigation area.  In particular, finding the currently selected tab is far more difficult, and adds friction to any attempt to switch tabs, since it feels like a blind hunt every single time I need to focus on that area of the browser.

The Default theme has a high contrast between the selected (light) and unselected (dark) tabs. The Dark theme has decent contrast between the selected (darker gray) and unselected (black) tabs. 

In addition, many installed themes seem to have lost any distinction in color between selected and unselected tabs, presumably because of a change in element naming leading to their customizations being lost, and being left with only the background or transparent color for all tabs.


Expected results:

The Light theme should retain enough contrast between selected and unselected tabs that they are easy to distinguish.  There also needs to be greater contrast between the URL Bar/Search Bar and the rest of the navigation area that they don't look like one solid blob of gray. (The Default theme keeps those two input bars relatively brighter than the surrounding area, so they don't just bleed together.)

Additional measures may need to be taken to ensure custom themes don't get broken by this change.
Bug: Videos no longer display correctly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-27 19:19:15+00:00
Resolved: 2021-03-30 19:27:56+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4156.0 Safari/537.36

Steps to reproduce:

Visiting an affected video file on the site in question, e.g. https://chan.sankakucomplex.com/ru/post/show/24821721


Actual results:

The video will fail to display and instead displays “No video with supported format and MIME type found."

As far as we can tell from user reports:
1. This is universal for all Firefox 87 users and never occurred before 87.
2. This seems to occur on all videos although with hundreds of thousands of potentially affected pages we have no way of knowing if it is limited to just some.
3. According to some user reports, after installing Firefox 87 this started occurring on all browsers on the system. We haven't duplicated this and can't get more information as users don't usually provide much detail.

Example user report (one of many occurring since the advent of pre-release Firefox 87):
Likewise, I cannot play any videos as it just shows me a gray screen with the error "No video with supported format and MIME type found." 
This happens with any video I click, is there something wrong with my browser or account?


Expected results:

The video should load as it does on all other browsers tested; it is being displayed with a standard HTML5 browser player so there should not be an compatibility issue with that.

We have not changed any element of our page or asset serving in the time since Firefox 87 was released, so we are confident it is not an issue on the site itself.

Potentially related to https://bugzilla.mozilla.org/show_bug.cgi?id=1701431 - for want of a better explanation.
Bug: White background in tab bar using Alpenglow theme
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-03-27 19:26:22+00:00
Resolved: 2021-03-30 14:09:17+00:00

In today's Nightly, i.e. 89.0a1 (2021-03-27), the tab bar is displayed with white background when using the Firefox Alpenglow theme on Windows 10. I've attached a screenshot showing the issue.

mozregression tells me this:

Backed out 4 changesets (bug 1696041) for causing gecko decision task failure. CLOSED TREE

Backed out changeset a0b814900c36 (bug 1696041)
Backed out changeset d380f63d1926 (bug 1696041)
Backed out changeset 7699e68d6822 (bug 1696041)
Backed out changeset 1c4906861110 (bug 1696041)

which seems to be https://treeherder.mozilla.org/jobs?repo=autoland&revision=a0b814900c3676410d090d20a2cf131f3d394f86.

Work is still happening in the mentioned bug, so it might be that the issue is gone with one of the upcoming Nightlies, though I still wanted to report this so that it's not getting lost.

Sebastian
Bug: Navigating back from Bookmarks and History in the Library button leaves the menu in a broken state
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-27 19:58:41+00:00
Resolved: 2021-03-29 14:55:37+00:00

Steps:
- Add the Library button to the toolbar
- Click Library button
- Click Bookmarks or History
- Click <

Actual Result:
The menu is truncated to only the top most border.

Expected Result:
The menu is shown correctly.
Bug: Favicons are hidden when media is present on page and hovering over tabstrip, making it harder to find tabs
Status: REOPENED
Priority: P3
Created: 2021-03-27 20:13:54+00:00
Resolved: 2024-03-28 05:17:36+00:00

Steps to reproduce:

1. Set `browser.proton.enabled` to true
2. Restart Firefox 
3. Open tabs in background with media on them from different sites - YouTube, Vimeo, DailyMotion, etc.
4. Hover over tab strip

What happens:

Favicons disappear, making it harder to find the tab I am looking for. 

Expected result:

I can always see the tab favicon. 

47:34.92 INFO: Narrowed inbound regression window from [9a7dd526, c3fdb260] (3 builds) to [9a7dd526, 9afd696a] (2 builds) (~1 steps left)
47:34.97 INFO: No more inbound revisions, bisection finished.
47:34.98 INFO: Last good revision: 9a7dd526e56ca6c9c5a022a1aa74fa97dbc522ba
47:34.98 INFO: First bad revision: 9afd696ad2b4d6050828a59306c27a9bff724dbc
47:34.98 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=9a7dd526e56ca6c9c5a022a1aa74fa97dbc522ba&tochange=9afd696ad2b4d6050828a59306c27a9bff724dbc
Bug: Intermittent browser/components/shell/test/browser_headless_screenshot_X.js | Firefox process should exit with code 0 - Got -6, expected +0
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-03-27 21:15:22+00:00
Resolved: 2021-04-22 16:08:18+00:00

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

---
```
[task 2021-03-27T20:40:20.178Z] 20:40:20     INFO - TEST-PASS | browser/components/shell/test/browser_headless_screenshot_2.js | Screenshot should not be an empty file - 
[task 2021-03-27T20:40:20.178Z] 20:40:20     INFO - Buffered messages finished
[task 2021-03-27T20:40:20.178Z] 20:40:20     INFO - TEST-UNEXPECTED-FAIL | browser/components/shell/test/browser_headless_screenshot_2.js | Firefox process should exit with code 0 - Got -6, expected +0
[task 2021-03-27T20:40:20.178Z] 20:40:20     INFO - Stack trace:
[task 2021-03-27T20:40:20.178Z] 20:40:20     INFO - chrome://mochikit/content/browser-test.js:test_is:1359
[task 2021-03-27T20:40:20.178Z] 20:40:20     INFO - chrome://mochitests/content/browser/browser/components/shell/test/head.js:runFirefox:45
[task 2021-03-27T20:40:20.178Z] 20:40:20     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-03-27T20:40:20.178Z] 20:40:20     INFO - TEST-UNEXPECTED-FAIL | browser/components/shell/test/browser_headless_screenshot_2.js | A screenshot should be saved as screenshot.png - 
[task 2021-03-27T20:40:20.179Z] 20:40:20     INFO - Stack trace:
[task 2021-03-27T20:40:20.179Z] 20:40:20     INFO - chrome://mochikit/content/browser-test.js:test_ok:1331
[task 2021-03-27T20:40:20.179Z] 20:40:20     INFO - chrome://mochitests/content/browser/browser/components/shell/test/head.js:testFileCreationPositive:53
[task 2021-03-27T20:40:20.179Z] 20:40:20     INFO - Leaving test bound 
[task 2021-03-27T20:40:20.179Z] 20:40:20     INFO - GECKO(2226) | MEMORY STAT | vsize 130550898MB | residentFast 1956MB
[task 2021-03-27T20:40:20.179Z] 20:40:20     INFO - TEST-OK | browser/components/shell/test/browser_headless_screenshot_2.js | took 41199ms
[task 2021-03-27T20:40:20.179Z] 20:40:20     INFO - checking window state
[task 2021-03-27T20:40:20.219Z] 20:40:20     INFO - TEST-START | browser/components/shell/test/browser_headless_screenshot_3.js```
Bug: Selecting a bookmark and a folder no longer gives option to delete in the context menu
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-03-28 09:26:57+00:00
Resolved: 2021-04-06 12:31:52+00:00

STR:
1. Make a selection of multiple bookmark items in the sidebar or library, including at least one bookmark and one folder.
2. Right-click the selection and note the context menu items.

When only bookmarks are selected: "Remove bookmarks"
When only folders are selected: "Delete"
When both bookmarks and folders are selected: No delete/remove option.

The naming is also inconsistent between bookmarks and folders, so it is unclear if "Delete" or "Remove" should be expected when both are selected (history uses "Delete pages").

The Delete key can still be used normally as a workaround.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=564a8ee8f4d479cf4b8c3d51479c0bc45123f517&tochange=9a043bb287a544d48bfe87fbe8adad72390009b4

Regressed by Bug 1692668.
Bug: Google language translate not working properly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-28 10:02:18+00:00
Resolved: 2021-03-29 00:43:12+00:00

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

Steps to reproduce:

I am using a simple google translate from Hungarian to English web based box and the text I put in after a couple of words disappears and then can not be changed because you can not see it. You have to reload the page to get the input box back. This problem is not in any other browser.


Actual results:

as above using this address
https://www.google.com/search?source=hp&ei=4sPyWfueB8bEwALA_KWYAQ&q=hungarian+to+english&oq=hungarian+to+eng&gs_l=psy-ab.1.0.0l10.2103.6254.0.9656.16.16.0.0.0.0.103.1475.15j1.16.0....0...1.1.64.psy-ab..0.16.1470...46j0i46k1.0.9dqG6LCSP88


Expected results:

the two boxes should stay available.
Bug: Keyboard focus ring around tab covers container line indicator
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2021-03-28 10:12:27+00:00
Resolved: 2022-09-16 12:00:01+00:00

STR:
1. Enable Proton tabs.
2. Create a container tab.
3. Use the Tab key to move focus into the tab strip so the active tab has a focus ring around it.

Expected:

Container of active tab can still be determined by looking at it.

Actual:

No visible container indicator on the tab due to the focus ring completely covering it.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=03dbda17119d8074f9dea0da772fed5264201612&tochange=62b9712b6c1e37fb030a1e39b3ca98098039c26e

Regressed by Bug 1690186.
Bug: Themes Not Working in Nightly
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-03-28 10:52:38+00:00
Resolved: 2021-04-22 07:44:00+00:00

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

Steps to reproduce:

i just installed nightly and started it and tried using alpenglow theme. (ik this is for real firefox but i couldnt find anything for it)


Actual results:

It shows just a very small amount of the theme, just above the tabs. the rest is plain white.


Expected results:

Normal alpenglow theme.