av9ash/GitBugs huggingface dataset:
Bug: Intermittent browser/components/newtab/test/browser/abouthomecache/browser_process_crash.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: INCOMPLETE
Created: 2021-04-19 14:27:47+00:00
Resolved: 2023-10-20 12:02:03+00:00

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

---
```
[task 2021-04-19T12:06:12.969Z] 12:06:12     INFO - TEST-PASS | browser/components/newtab/test/browser/abouthomecache/browser_process_crash.js | Page and script input streams are null. - true == true - 
[task 2021-04-19T12:06:12.970Z] 12:06:12     INFO - Leaving test bound test_process_crash_while_requesting_streams
[task 2021-04-19T12:06:12.970Z] 12:06:12     INFO - Buffered messages finished
[task 2021-04-19T12:06:12.970Z] 12:06:12     INFO - TEST-UNEXPECTED-FAIL | browser/components/newtab/test/browser/abouthomecache/browser_process_crash.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 2021-04-19T12:06:12.970Z] 12:06:12     INFO - GECKO(4888) | MEMORY STAT | vsize 2104453MB | vsizeMaxContiguous 65378048MB | residentFast 332MB | heapAllocated 84MB
[task 2021-04-19T12:06:12.970Z] 12:06:12     INFO - TEST-OK | browser/components/newtab/test/browser/abouthomecache/browser_process_crash.js | took 46112ms
[task 2021-04-19T12:06:12.970Z] 12:06:12     INFO - checking window state
[task 2021-04-19T12:06:13.001Z] 12:06:13     INFO - TEST-START | browser/components/newtab/test/browser/abouthomecache/browser_same_consumer.js```
Bug: The audio blocked, playing, and muted icons on pinned tabs need an inverted stroke
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-19 14:45:24+00:00
Resolved: 2021-05-07 16:06:20+00:00

These icons currently lack an inverted stroke and when overlayed on top of a favicon with similar colors they can become indistinguishable.

See attachment for example.
Bug: Bookmark dialog box style problem
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-19 16:34:33+00:00
Resolved: 2021-04-20 13:19:16+00:00

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

Steps to reproduce:

The bookmark dialog box looks like broken/unstyled


Actual results:

See attached photo


Expected results:

The two buttons at the bottom of the box should had been properly styled.
Bug: The closed Urlbar doesn't have a border when clicking a search tip
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-19 16:37:48+00:00
Resolved: 2021-05-03 19:07:33+00:00

STR:
1. Set `browser.urlbar.searchTips.test.ignoreShowLimits` to `true` to make this easier to reproduce. The bug also reproduces when Search Tips are shown normally.
2. Open a new tab or navigate to your search engine's home page (e.g. google.com).
3. Observe that the Urlbar shows a Search Tip.
4. Click the Urlbar input or the "Okay, Got It" button on the Search Tip.

Expected: The Urlbar is closed, focused and has a border.

Actual: The Urlbar is closed, focused, and does not have a border.

We probably need special `suppress-focus-border` behaviour around Search Tips.
Bug: [Proton] Audio button in tab misplaced when using microphone
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2021-04-19 17:07:04+00:00
Resolved: 2021-04-26 15:13:46+00:00

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

Steps to reproduce:

In some meeting page like Google Meet allow the use of the microphone and allow audio to be played, then see the tab and you will see that the audio button is between the text of the tab name and the tab icon.


Actual results:

The audio button that allows to mute the tab is misplaced and looks really bad as it is like combined with the text of the tab name.


Expected results:

The audio button should be placed somewhere where it is not combined with the text.
Bug: Tabs disappear from tab strip when toggling between them
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-19 17:08:11+00:00
Resolved: 2021-04-19 21:34:56+00:00

As you toggle between tabs the in today's nightly, the current tab disappears. This is particularly noticeable when switching from the keyboard. 

STR: 
1. Open 2 tabs
2. Ctrl+[Tab] to switch to the next tab
3. Shift+Ctrl+[Tab] to return to the previous tab

Expected: 
First tab is focused and visible

Actual 
First tab is blank - the space is there but nothing paints. 

I've not noticed this before.. Possibly a recent regression?
Bug: UI rendering issue with Tree Style Tab
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-04-19 18:31:28+00:00
Resolved: 2021-04-20 14:32:06+00:00

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

Steps to reproduce:

With a new profile: 
- install "Tree Style Tab" add-on
- open a new tab and pin it
- open new tabs until the sidebar is full and the scrollbar is displayed
- click on the search bar


Actual results:

Rendering issue on the UI.


Expected results:

No rendering issue.
Bug: Bookmarks Toolbar set to never show but still pops up when adding a new bookmark
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-19 18:44:42+00:00
Resolved: 2021-10-12 02:10:06+00:00

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

Steps to reproduce:

1. Set Bookmarks Toolbar to Never Show.
2. Bookmark a webpage selecting Bookmarks Toolbar as Folder.


Actual results:

Bookmarks Toolbar pops up at the top.

You don't even need to hit Done. As soon as Bookmarks Toolbar is selected in the Folder dropdown, it pops up.


Expected results:

Bookmarks Toolbar doesn't pop up.
Bug: Badge arrows and Icons from the Menu notification banners are misaligned by a few pixels
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-19 19:03:23+00:00
Resolved: 2021-05-07 07:58:12+00:00

[Affected versions]: 
89.0a1 (2021-04-19) 

[Affected platforms]:
Platforms: All

[Preconditions]:
Have the  following prefs set in about:config - browser.proton.enabled = true

[Steps to reproduce]
1. Launch the Firefox browser and trigger the Update available - Download now Menu notification
2. Dismiss the panel and Open the Hamburger menu.

[Expected result]
The Icons themselves should be centered inside the Menu notification banner.
The "UP" Arrow inside the Icon should be centered.

[Actual result]
The Icon seems a pixel higher and not fully centered inside the Hamburger menu notification.
The UP arrow inside the icon seems a little bit to the right.
The Icon circle might not be entirely round, might be a little smaller on the left side. (More noticeable on the Information (i) icon)
I will attach some screenshots maybe they show what I mean a little better than what I am able to explain.
Bug: Intermittent browser/base/content/test/performance/browser_tabopen.js | uncaught exception - uncaught exception: out of memory at undefined
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-04-19 19:07:23+00:00
Resolved: 2021-06-15 17:03:15+00:00

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

---
```
[task 2021-04-19T16:20:13.194Z] 16:20:13     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/performance/browser_tabopen.js | uncaught exception - uncaught exception: out of memory at undefined
[task 2021-04-19T16:20:13.194Z] 16:20:13     INFO - Stack trace:
[task 2021-04-19T16:20:13.194Z] 16:20:13     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:simpletestOnerror:2112
[task 2021-04-19T16:20:13.194Z] 16:20:13     INFO - GECKO(5868) | JavaScript error: , line 0: uncaught exception: out of memory
[task 2021-04-19T16:20:13.194Z] 16:20:13     INFO - GECKO(5868) | [Parent 3568, Main Thread] WARNING: Remote iframe not rendered: file /builds/worker/checkouts/gecko/layout/generic/nsSubDocumentFrame.cpp:1343
[task 2021-04-19T16:20:13.194Z] 16:20:13     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-04-19T16:20:13.195Z] 16:20:13     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/performance/browser_tabopen.js | uncaught exception - uncaught exception: out of memory at undefined
```
Bug: The System Incompatible badge from the Unable to update Notification is a Yellow Update arrow instead of a Yellow Warning icon
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-19 19:11:29+00:00
Resolved: 2021-04-28 14:26:01+00:00

[Affected versions]: 
89.0a1 (2021-04-19) 

[Affected platforms]:
Platforms: All

[Steps to reproduce]

1. Launch the Firefox browser and trigger the Unable to update - system incompatible menu notification
2. Open the Hamburger menu.

[Expected result]
The Badge icon should be a yellow Warning icon with an exclamation mark.

[Actual result]
The Badge Icon from the System incompatible notification is an Update arrow instead of a Warning icon.
Bug: Active tab is blanked out - ASan builds only?
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-19 21:27:15+00:00
Resolved: 2021-04-19 21:35:21+00:00

Noticed this in today's build. I have two active tabs in two windows that don't show any text or favicon, or shadow indicating that it is active. 

It seems to only be reproducible in ASan builds when trying in mozregression.

I am running compact UI density on Linux.

Happy to gather any further data. 

mozregression:

11:12.28 INFO: Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=78764895b2a6363b4404300438f3660de51b3378&tochange=8e850fd29a957f505e0355c1326279e06e9040bb

11:12.28 INFO: Switching bisection method to taskcluster
11:12.28 INFO: Getting mozilla-central builds between 78764895b2a6363b4404300438f3660de51b3378 and 8e850fd29a957f505e0355c1326279e06e9040bb
11:13.44 WARNING: Skipping build 8e850fd29a95: Unable to find build info using the taskcluster route 'gecko.v2.mozilla-central.revision.8e850fd29a957f505e0355c1326279e06e9040bb.firefox.linux64-asan'
11:13.44 WARNING: Skipping build 78764895b2a6: Unable to find build info using the taskcluster route 'gecko.v2.mozilla-central.revision.78764895b2a6363b4404300438f3660de51b3378.firefox.linux64-asan'
11:13.45 INFO: There are no build artifacts for these changesets (they are probably too old).
Bug: Theme chooser during MR1 onboarding is clipped at small window sizes
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-19 22:50:07+00:00
Resolved: 2021-05-25 00:38:19+00:00

See the screenshot - the panel isn't fully visible and the bits at the bottom cannot be reached by scrolling, because even the scrollbar is clipped.
Bug: Text area in tab bar is faded out inconsistantly
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-20 02:07:46+00:00
Resolved: 2021-04-20 03:19:00+00:00

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

Steps to reproduce:

1. open the browser in chinese
2. open a lot of tab until it scrolls
3. click the new tab from right to left



Actual results:

Some tab (tab on left) has text fade out incorrectly at last word '頁', but some tab (tab on right)  just works as expected. (there is no fade out, because it has enough room to fit the full title.)


Expected results:

You see the full title '新分頁' as I used to do.
Bug: Bring adjustments to the protocol handler modal dialogue per UX review
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-20 07:47:51+00:00
Resolved: 2021-04-26 10:35:06+00:00

This bug should address the following UX gaps per UX review:
- Make text size match other modal text size
- Increase space between elements (16px)
- Don’t focus element by default ('Choose a different application' and the 'Allow' checkbox on the 'Allow this site to open the ... link' modal get default focussed)
- Adjust checkbox text color to  #5B5B66;
- Checkbox needs to be top align, not center align.
Bug: Tighten up upgrade dialog spacing to be more usable before showing scrollbar
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-20 09:05:54+00:00
Resolved: 2021-05-25 00:38:19+00:00

**Affected versions**
- Firefox 89.0b1
- Firefox 90.0a1

**Affected platforms**
- Windows 10
- Ubuntu 20.04
- macOS 10.15.7

**Steps to reproduce**
1. Have an older profile of Firefox (ex. 88.0b) available
2. Launch Firefox 89.0b with the older profile
3. An onboarding message is shown

**Expected result**
- The message is fully visible or scrolable on lower resolutions

**Actual result**
- The message is not fully visible or scrolable on lower resolutions

**Regression range**
- Will see for a regression if there is one.

**Additional notes**
- The issue can be seen in the attachment
- This issue was reproduced on a 1366x768 laptop display
- The issue can be reproduced on higher res displays, if the browser's window is shrinked
Bug: [macOS] Devedition default browser message is not fully contained in its modal
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-20 09:21:05+00:00
Resolved: 2021-05-04 09:43:21+00:00

**Affected versions**
- Firefox 89.0b1 devedition

**Affected platforms**
- macOS 10.15.7

**Steps to reproduce**
1. Launch Firefox with a new profile and then close it
2. Launch Firefox again

**Expected result**
- The message "Make Firefox Developer Edition your default browser?" is fully visible

**Actual result**
- The "Make" is fully hidden and the first part of "Firefox" is barely visible

**Regression range**
- Will see for a regression

**Additional notes**
- The issue can be seen in the attachment
- The other Os's are not affected
- Only Devedition is affected
Bug: On Linux, privacy.resistfingerprinting interferes with about:newtab dark mode styling
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-20 09:44:49+00:00
Resolved: 2021-04-30 22:00:04+00:00

Using privacy.resistfingerprinting appears to interfere with dark theme styling using a GTK dark theme on some system pages (notably, about:newtab), as well as extension tooltips. 

I imagine that by design resistfingerprinting is supposed to prevent sending theming information to websites, however it shouldn't really work like that on system pages. It is probably something that depends on the referenced bug which used to affect all Linux users. If I disable privacy.resistfingerprinting, dark mode on about:newtab works properly.
Bug: On narrow screenshot selections, middle handles are not accessible
Status: NEW
Priority: P3
Created: 2021-04-20 09:59:45+00:00
Resolved: 2021-06-24 16:12:22+00:00

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

Steps to reproduce:

1. I launch the Screenshot tool (<kbd>Ctrl</kbd>+<kbd>Shift</kbd>+<kbd>s</kbd> on Linux).
2. I hover a narrow area (line of text, small avatar…)
3. I try to widen the selection with the right handle (`.mover-target.direction-right`).


Actual results:

- The right handle can not be interacted with.
- Only the `.mover-target.direction-bottomRight` handle can be used.


Expected results:

- I can widen the selected area to screenshot with the right handle.
Bug: Enable "browser_aboutCertError_offlineSupport.js" test on Fission and TV mode
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-04-20 11:03:18+00:00
Resolved: 2021-07-13 09:15:33+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:87.0) Gecko/20100101 Firefox/87.0
Bug: This website slowdowns your browser on www.amikit.amiga.sk
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-20 11:05:33+00:00
Resolved: 2021-04-21 19:40:29+00:00

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

Steps to reproduce:

Just open this website: https://www.amikit.amiga.sk/vampire


Actual results:

The website doesn't work as expected. Buttons are not displayed, and Firefox shows a message about this website is slowing down your browser.


Expected results:

This website work ok in Microsoft Edge, for example. It also works in Opera.
Bug: Firefox does not answer
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-04-20 11:06:00+00:00
Resolved: 2021-05-19 12:17:47+00:00

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

Steps to reproduce:

From time to time, when I perform certain operations, Firefox plant and a message  indicates "Firefox Does Not Answer"


Actual results:

Often, I have forced to force the closure of Firefox before restarting it.
Bug: The text of the buttons from the "Import Error" and "Import Complete" is not vertically centered
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-04-20 11:14:58+00:00
Resolved: 2021-04-28 02:16:51+00:00

[Affected versions]:
- Firefox Nightly 90.0a1 (Build ID: 20210419221626)

[Affected Platforms]:
- Mac 11.2.3
- Windows 10 x64
- Ubuntu 20.04 x64

[Prerequisites]:
- Have the latest version of Firefox Nightly installed.
- Have saved on your computer a CSV file that contains only valid logins.

[Steps to reproduce]:
1. Navigate to the “about:logins” page.
2. Click on the Menu button.
3. Select the “Import from a File…” option.
4.  Select the CSV file from prerequisites and click on the “Open” button from the “Import Logins File” picker.
5. Observe the text displayed on the “Done” button.

[Expected result]:
- The string is centered.

[Actual result]:
- The text is not vertically centered.

[Regression]
- The issue is not reproducible with older Nightly 89.0a1 builds. Considering this using mozregression tools I have found the regression range. Here are the results:
 Last good revision: 8aa1b80a8c6b66cccc2e37080fbf6197eee8d801
 First bad revision: 1716229005d8b97f305bd663b8bc8d3fec4a4f3a
 Pushlog: [link](https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=d64c1382f146846d7c1a1f399f195e3b9c5010d7&tochange=33850682363d02aece9b45d8d9b7fbc415f6f477)
From this pushlog I think the patch for Bug 1700109 introduced this behavior.

[Notes]:
- Attached a screenshot of the issue.
Bug: The numbers of imported/not imported logins displayed on the "Import Summary Report" page are not aligned on the same line
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-04-20 11:20:30+00:00
Resolved: 2021-06-06 06:24:45+00:00

[Affected versions]:
- Firefox Nightly 90.0a1 (Build ID: 20210419221626)

[Affected Platforms]:
- Mac 11.2.3
- Windows 10 x64
- Ubuntu 20.04 x64

[Prerequisites]:
- Have the latest version of Firefox Nightly installed.
- Have saved on your computer a CSV file that contains only valid logins.

[Steps to reproduce]:
1. Navigate to the “about:logins” page.
2. Click on the Menu button.
3. Select the “Import from a File…” option.
4.  Select the CSV file from prerequisites and click on the “Open” button from the “Import Logins File” picker.
5. Click on the “View detailed Import Summary” link.
6. Observe the numbers of logins from the Summary section.

[Expected result]:
- The numbers of imported/not imported logins are correctly aligned in the same line.

[Actual result]:
- The numbers of imported/not imported logins are not correctly aligned.

[Regression]
- The issue is not reproducible with older Nightly 89.0a1 builds. Considering this using mozregression tools I have found the regression range. Here are the results:
 Last good revision: d64c1382f146846d7c1a1f399f195e3b9c5010d7
 First bad revision: 33850682363d02aece9b45d8d9b7fbc415f6f477
 Pushlog: [link](https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=d64c1382f146846d7c1a1f399f195e3b9c5010d7&tochange=33850682363d02aece9b45d8d9b7fbc415f6f477)
From this pushlog I think the patch for Bug 1700389 introduced this behavior.

[Notes]:
- Attached a screenshot of the issue.
Bug: Pressing  A no longer copies a link
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-20 11:35:05+00:00
Resolved: 2021-04-20 12:58:20+00:00

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

Steps to reproduce:

Right click a link. Press A. Firefox copies the link to clipboard.


Actual results:

Pressing A no longer does anything.

I believe that someone is intentionally sabotaging Firefox on purpose by making it unusable.


Expected results:

It should copy the link.

This breaks Firefox. That shortcut is the main reason I use it, and I use it hundreds of times a day.

I believe that someone is intentionally sabotaging Firefox on purpose by making it unusable.
Bug: "Close tabs to the right" is no longer available from the main menu
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-20 11:36:50+00:00
Resolved: 2021-04-20 12:33:56+00:00

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

Steps to reproduce:

"Close tabs to the right" is no longer available from the main menu.


Actual results:

It is now hidden in a sub menu.

I believe someone is intentionally sabotaging Firefox by making it unusable.


Expected results:

That option should be on the  main menu.

I believe someone is intentionally sabotaging Firefox by making it unusable.
Bug: Full Screen context menu remains active when after dragging the only tab while in full screen
Status: NEW
Priority: P5
Created: 2021-04-20 11:42:41+00:00
Resolved: 2021-04-22 10:51:16+00:00

*Affected versions*
* 90.0a1 (20210418213620)
* 89.0b1 (20210419195043)
* 88.0 (20210415204500)
* 87.0 (20210318103112)
* 78.10esr (20210412162915)

*Affected platforms*

* Windows 10x64.

*Steps to reproduce*
1. Open Firefox and enter fullscreen.
2. While having only one tab active drag the displayed tab.
3. Press the F11 key until Firefox exits fullscreen.
4. Right-click on the toolbar.

*Expected result*
* Normal context menu is displayed.

*Actual result*
* Context menu containing Exit Fullscreen is displayed.

*Regression range*
* I think this is an implementation bug and not a regression because “good” builds don't have the Exit fullscreen context menu option.
Pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=5787d784485e&tochange=bfd82015df48



*Notes*
* Attached a screen recording.
Bug: ALL MY SETTINGS ARE GONE AFTER I REVERTED TO 86
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-20 12:04:58+00:00
Resolved: 2021-04-20 12:37:16+00:00

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

Steps to reproduce:

I HAD TO REVERT TO 86 BECAUSE YOU BROKE EVERYTHING IN 88 NOW ALL MY SETTINGS ARE GONE AND I CANNOT WORK


Actual results:

I HAD TO REVERT TO 86 BECAUSE YOU BROKE EVERYTHING IN 88 NOW ALL MY SETTINGS ARE GONE AND I CANNOT WORK


Expected results:

I HAD TO REVERT TO 86 BECAUSE YOU BROKE EVERYTHING IN 88 NOW ALL MY SETTINGS ARE GONE AND I CANNOT WORK