av9ash/GitBugs huggingface dataset:
Bug: Intermittent browser/components/uitour/test/browser_fxa.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-08-24 01:03:25+00:00
Resolved: 2021-09-28 17:01:42+00:00

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

---
```
[task 2021-08-24T00:13:04.252Z] 00:13:04     INFO - TEST-PASS | browser/components/uitour/test/browser_fxa.js | Menu button should know that the menu is closed - 
[task 2021-08-24T00:13:04.252Z] 00:13:04     INFO - Done shared checks
[task 2021-08-24T00:13:04.252Z] 00:13:04     INFO - Starting 
[task 2021-08-24T00:13:04.253Z] 00:13:04     INFO - 	test_highlight_accountStatus_loggedIn
[task 2021-08-24T00:13:04.253Z] 00:13:04     INFO - Buffered messages finished
[task 2021-08-24T00:13:04.254Z] 00:13:04     INFO - TEST-UNEXPECTED-FAIL | browser/components/uitour/test/browser_fxa.js | Test timed out - 
[task 2021-08-24T00:13:04.254Z] 00:13:04     INFO - Console message: [JavaScript Error: "Error updating FxA account info: Error: A different user signed in" {file: "resource://services-sync/UIState.jsm" line: 193}]
[task 2021-08-24T00:13:04.254Z] 00:13:04     INFO - _getUserData@resource://services-sync/UIState.jsm:193:10
[task 2021-08-24T00:13:04.254Z] 00:13:04     INFO - 
[task 2021-08-24T00:13:04.265Z] 00:13:04     INFO - GECKO(1496) | console.info: Skipping device list refresh; not signed in
[task 2021-08-24T00:13:04.289Z] 00:13:04     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-08-24T00:13:04.290Z] 00:13:04     INFO - TEST-UNEXPECTED-FAIL | browser/components/uitour/test/browser_fxa.js | {} - 
[task 2021-08-24T00:13:04.290Z] 00:13:04     INFO - Stack trace:
[task 2021-08-24T00:13:04.290Z] 00:13:04     INFO - chrome://mochikit/content/browser-test.js:test_ok:1336
[task 2021-08-24T00:13:04.290Z] 00:13:04     INFO - chrome://mochitests/content/browser/browser/components/uitour/test/head.js:taskify/</<:63
[task 2021-08-24T00:13:04.290Z] 00:13:04     INFO - == Done test, doing shared checks before teardown ==
[task 2021-08-24T00:13:04.298Z] 00:13:04     INFO - GECKO(1496) | MEMORY STAT | vsize 2104168MB | vsizeMaxContiguous 65504355MB | residentFast 224MB | heapAllocated 80MB
[task 2021-08-24T00:13:04.299Z] 00:13:04     INFO - TEST-OK | browser/components/uitour/test/browser_fxa.js | took 45125ms
```
Bug: Firefox settings page causes to consume 100% of memory and freeze the system
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-24 07:36:45+00:00
Resolved: 2021-08-24 12:03:01+00:00

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

Steps to reproduce:

Enter settings


Actual results:

Get firefox freeze and memory consumption go 100%


Expected results:

Simply open settings page
Bug: [XFA] The fields in a specific document are not correctly spoken by NVDA
Status: NEW
Priority: P3
Created: 2021-08-24 11:50:11+00:00
Resolved: 2023-06-02 15:22:04+00:00

STR (with the NVDA screen reader):

1. Open the attached PDF.
2. Wait a few seconds for the first page to load.
3. Press control+home to ensure you are at the top of the document.
4. Press Tab to enter the first table field.
    - Expected: NVDA should report about the current field/element.
    - Actual: NVDA only says "Edit field blank".

A very clear report about the selected input fields is heard in Adobe Reader.

Unknown whether the correct severity is set.
Please note that this PDF is also displayed in Google Drive, so I assume it might not be a common XFA form.
Bug: Customize menu is not displayed as expected if BlueBlackBerserk theme is used
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-08-24 12:26:04+00:00
Resolved: 2023-01-09 17:01:45+00:00

*Affected versions*
* 91.0.2 (20210823123856)
* 92.0b7 (20210822190301)
* 93.0a1 (20210824094724)




*Affected platforms*
* Windows 10x64





*Steps to reproduce*
1. Open Firefox and install https://addons.mozilla.org/en-US/firefox/addon/blueblackberserk-theme/?utm_source=addons.mozilla.org&utm_medium=referral&utm_content=search theme.
2. Enter the Customize menu.



*Expected result*
* The Customize menu is displayed as expected.

*Actual result*
* White background/Font and white Icons are displayed.

*Regression range*
* Last good revision: b3fd546349160dfa293982cace9ba0f289d7788f
* First bad revision: e5ee2e40acc0271d1e6032ab7e6058469cd7eef9
* Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=b3fd546349160dfa293982cace9ba0f289d7788f&tochange=e5ee2e40acc0271d1e6032ab7e6058469cd7eef9



*Notes*
* Attached a screenshot.
Bug: Download progress icon and finished download icon are overlapping after the animation completes if pop-up for cancel download is left open
Status: NEW
Priority: P3
Created: 2021-08-24 13:38:11+00:00
Resolved: 2024-12-03 13:10:06+00:00

**Affected versions**
* Fx 93.0a1
* Fx 92.0b7

**Affected platforms**
* Windows 10x64

**Steps to reproduce**
1. Launch Firefox
2. Go to thinkbroadband.com/download 
3. Download some files
4. While the downloads are in progress close the browser
5. Do nothing when popup informing the user that by closing the browser the downloads are cancelled
6. Wait for downloads to finish
7. Observe the toolbar downloads icon

**Expected result**
* Download icon should be displayed as finished once the animation for progress completes

**Actual result**
* Download progress icon and finished download icon are overlapping after the animation completes if pop-up for cancel download is left open

**Regression range**
* Will search for a regression as soon as possible

**Additional notes**
* Issue not seen on macOS or Ubuntu
* See the screenshot attached
Bug: Intermittent browser/base/content/test/performance/browser_startup_syncIPC.js | sync IPC PCompositorBridge::Msg_Initialize happened 2 but max is 1 before handling user events -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-08-24 15:04:11+00:00
Resolved: 2021-11-16 17:00:38+00:00

**Filed by:** archaeopteryx [at] coole-files.de
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=349384845&repo=try
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/Iu-P47WxT8a9j9LUcCKg9g/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2021-08-24T14:08:59.623Z] 14:08:59     INFO - TEST-PASS | browser/base/content/test/performance/browser_startup_syncIPC.js | sync IPC PGPU::Msg_GetDeviceStatus allowed 1 but only happened 0 times before first paint - 
[task 2021-08-24T14:08:59.625Z] 14:08:59     INFO - known sync IPC before handling user events:
[task 2021-08-24T14:08:59.625Z] 14:08:59     INFO -   PLayerTransaction::Msg_GetTextureFactoryIdentifier - at most 1 times
[task 2021-08-24T14:08:59.625Z] 14:08:59     INFO -   PCompositorBridge::Msg_Initialize - at most 1 times
[task 2021-08-24T14:08:59.625Z] 14:08:59     INFO -   PCompositorWidget::Msg_Initialize - at most 1 times
[task 2021-08-24T14:08:59.625Z] 14:08:59     INFO -   PCompositorBridge::Msg_WillClose - at most 2 times
[task 2021-08-24T14:08:59.625Z] 14:08:59     INFO -   PCompositorBridge::Msg_MakeSnapshot - at most 1 times
[task 2021-08-24T14:08:59.625Z] 14:08:59     INFO -   PWebRenderBridge::Msg_GetSnapshot - at most 1 times
[task 2021-08-24T14:08:59.625Z] 14:08:59     INFO -   PAPZInputBridge::Msg_ProcessUnhandledEvent - at most 1 times
[task 2021-08-24T14:08:59.625Z] 14:08:59     INFO -   PAPZInputBridge::Msg_ReceiveMouseInputEvent - at most 1 times
[task 2021-08-24T14:08:59.625Z] 14:08:59     INFO -   PWebRenderBridge::Msg_EnsureConnected - at most 1 times
[task 2021-08-24T14:08:59.626Z] 14:08:59     INFO -   PContent::Reply_BeginDriverCrashGuard - at most 1 times
[task 2021-08-24T14:08:59.626Z] 14:08:59     INFO -   PContent::Reply_EndDriverCrashGuard - at most 1 times
[task 2021-08-24T14:08:59.626Z] 14:08:59     INFO - TEST-PASS | browser/base/content/test/performance/browser_startup_syncIPC.js | sync IPC PLayerTransaction::Msg_GetTextureFactoryIdentifier allowed 1 but only happened 0 times before handling user events - 
[task 2021-08-24T14:08:59.627Z] 14:08:59     INFO - Buffered messages finished
[task 2021-08-24T14:08:59.628Z] 14:08:59     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/performance/browser_startup_syncIPC.js | sync IPC PCompositorBridge::Msg_Initialize happened 2 but max is 1 before handling user events - 
[task 2021-08-24T14:08:59.628Z] 14:08:59     INFO - Stack trace:
[task 2021-08-24T14:08:59.628Z] 14:08:59     INFO - chrome://mochikit/content/browser-test.js:test_ok:1336
[task 2021-08-24T14:08:59.628Z] 14:08:59     INFO - chrome://mochitests/content/browser/browser/base/content/test/performance/browser_startup_syncIPC.js:null:391
```
Bug: Session Restore crashes the tab if there is too much content in a textbox; Crash in [@ mozilla::ipc::MessageChannel::Send | mozilla::ipc::MessageChannel::Send | mozilla::ipc::IProtocol::ChannelSend | IPC_Message_Name=PWindowGlobal::Msg_UpdateSessionStore]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-08-24 16:02:38+00:00
Resolved: 2021-09-15 01:27:27+00:00

I was using a page which puts a lot of text into a <textarea>. This caused the tab to crash. But not because it was out of memory; it crashed because session restore tried to send a large IPC message.

---

Crash report: https://crash-stats.mozilla.org/report/index/1ace771b-5cc2-4de1-8fb7-eee340210824

MOZ_CRASH Reason: ```MOZ_CRASH(IPC message size is too large)```

Top 10 frames of crashing thread:
```
0 XUL mozilla::ipc::MessageChannel::Send ipc/glue/MessageChannel.cpp:895
1 XUL mozilla::ipc::MessageChannel::Send ipc/glue/MessageChannel.cpp:895
2 XUL mozilla::ipc::IProtocol::ChannelSend ipc/glue/ProtocolUtils.cpp:523
3 XUL mozilla::dom::PWindowGlobalChild::SendUpdateSessionStore ipc/ipdl/PWindowGlobalChild.cpp:686
4 XUL mozilla::dom::SessionStoreDataCollector::Collect toolkit/components/sessionstore/SessionStoreDataCollector.cpp:145
5 XUL mozilla::dom::SessionStoreDataCollector::Notify toolkit/components/sessionstore/SessionStoreDataCollector.cpp:35
6 XUL nsTimerImpl::Fire xpcom/threads/nsTimerImpl.cpp:618
7 XUL nsTimerEvent::Run xpcom/threads/TimerThread.cpp:248
8 XUL mozilla::TaskController::DoExecuteNextTaskOnlyMainThreadInternal xpcom/threads/TaskController.cpp:805
9 XUL nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1148
```
Bug: Google Maps Screenshots not working
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-24 17:00:06+00:00
Resolved: 2021-08-26 18:31:52+00:00

I tried to use the Firefox screenshot tool to screenshot a Google Maps route but the map part of the page wasn't visible in the screenshot.  This was attempted on 91.1.0.1 Windows 64 bit.
Bug: [XFA] Alignment issues - follow-up 4
Status: NEW
Priority: P3
Created: 2021-08-24 17:33:42+00:00
Resolved: 2021-10-26 15:46:16+00:00

+++ This bug was initially created as a clone of Bug #1722038 +++

**Note**
* When the user loads a specific PDF file, he will notice that some fields are improperly aligned.

**Affected versions**
* Nightly v92.0b7

**Affected platforms**
* all

**Preconditions**
* Flip the "pdfjs.enableXfa" pref to true.

**Steps to reproduce**
1. Launch browser.
2. Load the attached PDF file.
3. Observe the fields demonstrated in the screenshot.

**Expected result**
* The text and fields are properly aligned.

**Actual result**
* Text starting "NORMAN T MINETA SAN JOSE INTL..." should be displayed on a new row and it should finish in the same one instead of being spread across several.

**Regression range**
* This is a regression of:
Bug 1722768 - Update pdf.js to version 2.11.22 r=pdfjs-reviewers,marco
Differential Revision: https://phabricator.services.mozilla.com/D121125
Bug: Unicode characters (e.g. 𝑮) may cause oversized tab-strip and history tooltips
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-08-24 18:38:46+00:00
Resolved: 2023-07-05 16:15:30+00:00

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

Steps to reproduce:

Visited a page with the title "#𝑮eneral-chat"

Typed "eneral" to bring up the page in the address bar suggestions


Actual results:

Address bar suggestion is triple height

(Prior to the fix for https://bugzilla.mozilla.org/show_bug.cgi?id=1704404, the tab bar was also triple height. 91.0.1 fixed the tab bar, but not the address bar suggestions.


Expected results:

The address bar should be the same height as other suggestions
Bug: Firefox reloads all tabs after update
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-08-25 00:25:50+00:00
Resolved: 2022-09-20 11:08:57+00:00

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

Steps to reproduce:

Run Firefox app after automatic update got downloaded and installed.


Actual results:

All tabs are loading making the browser unusable for a while.
Also loading all tabs uses a lot of RAM memory and needlessly burdens the Internet connection.


Expected results:

Only the selected (last opened) tab should load.
Other tabs should remain unloaded as they are with every Firefox start (when it's not getting updated)
Bug: Intermittent [Tier 2] browser/components/uitour/test/browser_openPreferences.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-08-25 00:25:52+00:00
Resolved: 2021-09-28 17:01:45+00:00

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

---
```
INFO - TEST-START | browser/components/uitour/test/browser_openPreferences.js
[task 2021-08-25T00:06:22.725Z] 00:06:22     INFO - TEST-INFO | started process screenshot
[task 2021-08-25T00:06:22.908Z] 00:06:22     INFO - TEST-INFO | screenshot: exit 0
[task 2021-08-25T00:06:22.911Z] 00:06:22     INFO - Buffered messages logged at 00:05:37
[task 2021-08-25T00:06:22.912Z] 00:06:22     INFO - Entering test bound setup_UITourTest
[task 2021-08-25T00:06:22.912Z] 00:06:22     INFO - Leaving test bound setup_UITourTest
[task 2021-08-25T00:06:22.913Z] 00:06:22     INFO - Entering test bound test_openPreferences
[task 2021-08-25T00:06:22.913Z] 00:06:22     INFO - Buffered messages finished
[task 2021-08-25T00:06:22.914Z] 00:06:22     INFO - TEST-UNEXPECTED-FAIL | browser/components/uitour/test/browser_openPreferences.js | Test timed out - 
[task 2021-08-25T00:06:22.914Z] 00:06:22     INFO - GECKO(8716) | MEMORY STAT | vsize 2104164MB | vsizeMaxContiguous 69235778MB | residentFast 221MB | heapAllocated 78MB
[task 2021-08-25T00:06:22.915Z] 00:06:22     INFO - TEST-OK | browser/components/uitour/test/browser_openPreferences.js | took 45025ms
[task 2021-08-25T00:06:22.915Z] 00:06:22     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-08-25T00:06:22.916Z] 00:06:22     INFO - TEST-UNEXPECTED-FAIL | browser/components/uitour/test/browser_openPreferences.js | Found a tab after previous test timed out: https://example.org/browser/browser/components/uitour/test/uitour.html - 
[task 2021-08-25T00:06:22.916Z] 00:06:22     INFO - checking window state
[task 2021-08-25T00:06:22.916Z] 00:06:22     INFO - GECKO(8716) | Completed ShutdownLeaks collections in process 9028
[task 2021-08-25T00:06:22.917Z] 00:06:22     INFO - TEST-START | Shutdown
```
Bug: “Send tab to device” option in context menu should be displayed in title case
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-08-25 07:10:13+00:00
Resolved: 2021-09-06 12:50:20+00:00

**Affected versions**
- 93.0a1 (2021-08-24)
- 92.0b8

**Affected platforms**
- Windows 10
- macOS 11.0
- Ubuntu 18.04

**Steps to reproduce**
1. Log in to your Firefox Account
2. Open any URL
3. Right click on the opened tab 
4. Observe the “Send tab to device“ option

**Expected result**
- The string is displayed in title case

**Actual result:**
- The string is displayed in sentence case

**Regression range**
-  Last good revision: 4f6dc848ecd220f4a16a0f050bb1a791436f9de2
-  First bad revision: c3a15e3a3a5346025a16f3e1bd556fb413bb979b
- Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=4f6dc848ecd220f4a16a0f050bb1a791436f9de2&tochange=c3a15e3a3a5346025a16f3e1bd556fb413bb979b
- Potential regressor: [1682022](https://bugzilla.mozilla.org/show_bug.cgi?id=1682022)
Bug: "Only Show on New Tab" for Bookmarks Toolbar don't work if use "Blank Page" as New Tabs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-25 08:04:46+00:00
Resolved: 2021-08-25 13:12:03+00:00

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

Steps to reproduce:

1. Settings -> Home -> New Tabs: Blank Page
2. Set "Only Show on New Tab" for Bookmarks Toolbar
3 Open a new tab


Actual results:

Bookmarks Toolbar won't show up. But if set New Tabs to "Firefox Home", it work properly.


Expected results:

Bookmarks Toolbar show up just like use "Firefox Home" as New Tabs.
Bug: Session restore is very very slow since Firefox 88 on some Linux environments
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-08-25 12:14:17+00:00
Resolved: 2022-11-01 10:25:45+00:00

Since the Firefox release with the last graphical revamp (probably unrelated, though it's a good point of reference, corresponding to version 88), I've got very very very slow session restores on my Linux laptop, and only that machine (I also use Firefox on my work's mac, and on Windows system, even though that last one have much smaller sessions, and did not encounter such slowness.

It happened again for me this morning when I restarted Firefox after upgrading to 91.0.2. Duration can vary but was particularly long this morning taking easily 1H30 to 2H if not more. Much worse than when there was a huge sessionrestore optimization back years ago.

To give more context: I'm a huge tabs user. I have thousands of them, but it's usually not much of a problem, despite some leaks on the long run. Restoring them was not an issue before, and still isn't for example on my work's mac.
The laptop involved with the issue Run ArchLinux on a Gnome Wayland session, with a LUKS encrypted SSD. I found https://bugzilla.mozilla.org/show_bug.cgi?id=1706475 out but my memory wasn't filled. The CPU on the other hand was used much by Firefox, as well as a huge number of file descriptors and IRQ that seems related to Firefox. See joined screenshot and file below. Those were taken from a freshly booted computer with not much programs running (even though Thunderbird is part of them and appears in the `lsof` below).
Bug: Warning box content not aligned with heading in ETP custom settings
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-08-25 12:50:43+00:00
Resolved: 2021-10-11 12:25:23+00:00

Looks like the fix in Bug 1707589 regressed on the alignment of the "heads up!" warning box in the ETP custom settings. The description should be aligned with the heading. I've attached a screenshot.

mozregression points to Bug 1707589:
```
 5:35.11 INFO: Last good revision: 524ed0e02b890d5ed7054e71b7dd1cbf5aacd5c7
 5:35.11 INFO: First bad revision: 3a397d8a14ea4b94e1728f986d47539d382dd784
 5:35.11 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=524ed0e02b890d5ed7054e71b7dd1cbf5aacd5c7&tochange=3a397d8a14ea4b94e1728f986d47539d382dd784
```
Bug: Firefox selects and scrolls to the last selected tab when hiding a tab (by sending it to a different group in SimpleTabGroups)
Status: NEW
Priority: --
Created: 2021-08-25 15:15:12+00:00
Resolved: 2022-01-06 01:33:42+00:00

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

Steps to reproduce:

This was originally filed at https://framagit.org/ariasuni/tabcenter-reborn/-/issues/87 ; I thought it was an issue with that extension, but I realized just now that this does happen with Firefox's native tab strip as well.

To reproduce easily, use this extension: https://addons.mozilla.org/en-US/firefox/addon/simple-tab-groups/

1. Have more than one group set up in Simple Tab Groups
2. Have a long list of open tabs in the currently shown group, so that Firefox has to scroll them
3. Scroll to the middle of the tabs strip
4. Right-click one of the tabs, and go to "Move tab to group", and send it to another group.

I'm suspecting this could happen with other extensions that hide tabs as well, but I'm mentioning this one because it's easy to reproduce the issue with consistently.


Actual results:

Firefox scrolls the tabs list to the  end and selects the new last tab (if using a vertical tab list like Tab Center Reborn, the same behavior occurs with that too), losing my position and therefore my visual context.


Expected results:

Select the immediately adjacent previous (or next) tab to the one(s) that just got hidden, not the last tab in view. Avoid scrolling the tabs.
Bug: History is not autocompleting in the awesome bar
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-08-25 15:47:46+00:00
Resolved: 2021-08-26 13:44:27+00:00

## Steps to reproduce
Search for something in the awesome bar that you often visit

## Expected result
Your history is used in the autocomplete

## Actual result
History is not suggested
Bug: Bookmark context menu entry order regression/issue
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-08-25 17:48:50+00:00
Resolved: 2021-08-31 22:34:31+00:00

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

Steps to reproduce:

Open bookmark entry context menu.


Actual results:

back the old bookmarks bar context menu entry order. 

Now, it is so confusing to use it as it is against all other context menu orders. Putting the most dangerous entries to the top and those more often used ones to the bottom. 

I did delete entire bookmark folders by accident several times because the oder really confusing. Please, bring back the old order.


Expected results:

Please bring old context menu entries order back.
Bug: formatting issues with FF 91.0x
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-26 00:07:56+00:00
Resolved: 2021-08-26 18:47:47+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:

Go to NY Times web site


Actual results:

All headlines rendered in blue hyperlink color at all times. Not only with mouse over. This is true for many sites.


Expected results:

Text that is link on these sites should be black and turn blue or gray (other FF versions vary on this but render the text in black apart from mouse over). FF 90.0.2 mouse over is gray.
Bug: The keyboard selection inside the downloads panel is broken
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-26 09:12:04+00:00
Resolved: 2021-09-17 13:35:04+00:00

**Affected versions**
* Fx93.0a1
* Fx92.0b8
* Fx91.0.2

**Affected platforms**
* Windows 10

**Steps to reproduce**
1. Launch Firefox.
2. Navigate to [thinkbroadband](www.thinkbroadband.com/download) and download a test file.
3. Open the downloads panel and press 'down' on the keyboard once.

**Expected result**
* The button selection is correctly displayed (highlight or dotted line).

**Actual result**
* There is no visible change or highlight done.

**Regression range**
* Will come back with a regression range ASAP though this seems to be an older issue.
* Might be related to the latest proton UI changes - see also 1686694.

**Additional notes**
* Please note that the button si correctly marked as selected with a dotted line on Ubuntu and macOS.
* The selection is done 'invisibly' (if the user presses 'space' or 'enter' keys the sub-downloads panel is opened.
* The selection for 'show all downloads is correctly displayed.