av9ash/GitBugs huggingface dataset:
Bug: wrong html visualisation
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-04-22 09:22:54+00:00
Resolved: 2021-05-10 12:27:43+00:00

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

Steps to reproduce:

try to add a new synology hyper backup job.



Actual results:

in FF V 88.0 the menu of synology hyper backup is wrong.
in Chrome or Edge the menu is ok.


Expected results:

FF should show the rigth menu.
Bug: When sync removes a bookmark with a keyword based on data from another device, the keyword is not removed
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-04-22 09:46:23+00:00
Resolved: 2023-03-08 01:41:46+00:00

Please note that while reproducing this bug involves *Firefox on mobile* and *Cloud Services* (*FF Sync*), the product exhibiting (and likely causing) unexpected behavior is Firefox on desktop. I did not test other platforms, you can edit the platorm to "all" if you reproduce the bug elsewhere. Also, while the bug is very minor (most users will not experience it by accident), it could be exploited by adware and browser hijackers, see below.

#### Steps to reproduce:
1. Start with a Firefox desktop and mobile installations, connected via *Firefox Sync*.
1. On desktop, create a bookmark, open its *Properties* window and assign an unused keyword to it.
1. Synchronize both devices together.
1. Delete the bookmark on mobile.
1. Synchronize again.
1. View the bookmark list on desktop and notice that the bookmark is gone. This is expected behavior.
1. Use the keyword in the address bar to access the bookmark: it still works. **This is unexpected behavior.**
1. To remove this annoyance, open another bookmark's properties, assign the keyword to it, save changes, remove the keyword and save changes again.

#### Expected behavior:
After the bookmark is deleted from another device, it will no longer be accessible via the keyword in the Awesome bar.

#### Suspected cause:
I have never seen a line of Firefox code in my life but I assume that the bug is caused by some "keyword cache" not getting updated on certain actions.

#### Security concern:
Annoying malware, such as adware, could hijack some common keywords at the start of search queries (such as "the" or "how") invisibly (without a bookmark or Search settings entry) and redirect the user to their own page (which could resemble Google's and initiate a phishing attack). This is why I have hidden this post for security reasons, I encourage more experienced Bugzilla users to challenge or overturn this decision, as well as assign the correct priority/severity.

#### Final comment:
PLEASE do not "solve" this bug by removing the keyword feature and the `%s` parameter, as they are a needlessly hidden, amazingly useful tool for creating custom "search engines" and similar "responsive bookmarks".
Bug: Update about:addons and about:preferences sidebar icons
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-22 10:01:21+00:00
Resolved: 2021-05-19 11:49:43+00:00

**Affected versions**
* Fx89.0b2
* Fx90.0a1 

**Affected platforms**
* Windows 10
* Ubuntu 18.04
* macOS 11

**Steps to reproduce**
1. Launch Firefox.
2. Navigate to about:addons
3. Inspect all the available icons.

**Expected result**
* All the icons are in accordance to the new proton design.

**Actual result**
* The extension icon is still from the old design

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

**Additional notes**
* Other icons have the new design implemented (e.g. Plugins icon)
Bug: Firefox Developer Edition out of function
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-04-22 11:06:13+00:00
Resolved: 2021-04-27 07:13:28+00:00

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

Steps to reproduce:

Startet Firefox Developer Edition this mornig and it was "broken". 


Actual results:

Recieved a browser window without any functionality (see screenshot) -  no bookmarks, menu, settings, connectivity etc.. I was able to enter a web-address but it did not load.


Expected results:

Browser start with last opend tabs and full functionality.
Bug: The icons in about:protections are still from the old design
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2021-04-22 11:34:58+00:00
Resolved: 2023-01-18 17:41:35+00:00

**Affected versions**
* Fx89.0b2
* Fx90.0a1

**Affected platforms**
* Windows 10
* Ubuntu 18.04
* macOS 11

**Steps to reproduce**
1. Launch Firefox.
2. Navigate to about:protections.
3. Inspect the Social Media Trackers, Cross-Site Tracking Cookies, Fingerprinters and Cryptominers icons.

**Expected result**
* All icons are in accordance to the new proton design.

**Actual result**
* The icons are from the old design.

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

**Additional notes**
* The settings cogwheel displayed in the page is from the new design.
* The new design could be applied and the colors kept.
Bug: The browser's "Close tabs and exit?" confirmation message is not displayed if the browser's "Close" button is clicked while the existing users Onboarding modal is displayed
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-22 12:22:35+00:00
Resolved: 2021-06-03 18:35:35+00:00

**[Notes]:**
- This issue is a follow-up of Bug 1706652 where it was decided that on macOS the browser's "Close" button will remain active while the existing users Onboarding modal is displayed. Considering this, if the "Close" button will be clicked the browser will not be closed and the "Close tabs and exit?" confirmation message will be added to the queue until the Onboarding modal will be dismissed.

**[Affected versions]:**
- Firefox Beta 89.0b2 - Build ID: 20210420191345
- Firefox Nightly 90.0a1 - Build ID: 20210421212740

**[Affected Platforms]:**
- macOS 10.15.7
- macOS 11.2.3

**[Prerequisites]:**
- Have a Firefox 88 version or older installed.

**[Steps to reproduce]:**
1. Open the browser from the prerequisites and update it.
2. Click the browser's "Close" button.
3. Observe the behavior.

**[Expected result]:**
- The existing users Onboarding modal is dismissed and the "Close tabs and exit?" confirmation message is displayed.
 
**[Actual result]:**
- Nothing happens.

**[Additional Notes]:**
- This issue is not reproducible on Windows and Linux because the browser's  "Close" button is not accessible.
- Attached a screen recording of the issue.
Bug: [macOS, nightly only] Bookmark popups in the bookmarks toolbar open when using ctrl-click to bring up the context menu
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2021-04-22 12:42:48+00:00
Resolved: 2022-06-15 15:29:15+00:00

This seems to be a macOS only issue reported to me where I cannot reproduce on Win10.
Bug: The tab selection border for primary password 'Learn More' link is too big
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-04-22 12:54:10+00:00
Resolved: 2021-10-19 06:09:26+00:00

**Affected versions**
* Fx89.0b2
* Fx90.0a1

**Affected platforms**
* Windows 10
* Ubuntu 18.04
* macOS 11

**Steps to reproduce**
1. Launch Firefox.
2. Navigate to about:preferences#privacy.
3. Scroll down to the logins and passwords.
4. Uncheck the "Show alerts about passwords" then navigate using tabs until 'Learn More' from the Primary Password line.


**Expected result**
* The selection border is the same as for the other 'Learn More' links.

**Actual result**
* The selection border is bigger.

**Regression range**
* This might be a regression.

**Additional notes**
* The issue is not proton specific, but it is more visible with a solid border.
Bug: [macOS] The "Not now" button from the existing users Onboarding modal is not recognized by the "VoiceOver" screen reader software
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-22 13:02:59+00:00
Resolved: 2021-06-03 13:50:28+00:00

**[Affected versions]:**
- Firefox Beta 89.0b2 - Build ID: 20210420191345
- Firefox Nightly 90.0a1 - Build ID: 20210421095627

**[Affected Platforms]:**
- macOS 10.15.7
- macOS 11.2.3

**[Prerequisites]:**
- Have a Firefox 88 version or older installed.
- Have the "VoiceOver" screen reader software turned on.

**[Steps to reproduce]:**
1. Open the browser from the prerequisites and update it.
2. Observe the behavior.
3. Press the "Tab" key once and observe the behavior.

**[Expected result]:**
- Step 2: All the elements from the existing users Onboarding modal are successfully recognized by the screen reader software.
- Step 3: The "Not Now" button is recognized and read by the "VoiceOVer" software.
 
**[Actual result]:**
- Step 2: The "Primary" button is recognized and read first followed by the modal's text description.
- Step 3: Nothing happens.


**[Additional Notes]:**
- This issue is not reproducible on Windows 10 x64 and Linux Mint 20 x64.
Bug: Inconsistent rounding in bookmark sub-menus
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-22 13:12:37+00:00
Resolved: 2021-04-26 08:34:20+00:00

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

Steps to reproduce:

Clicked on the bookmarks menu in Firefox Nightly 90. Then hovered over a folder in the menu.


Actual results:

A sub-menu is opened, but the rounded proton style applied to other menus (including the bookmark menu itself) has not been applied. Please see the attached screenshot.


Expected results:

The sub-menu should have rounded corners like its parent menu.
Bug: Heartbeat Infobar - informational icon is missing
Status: RESOLVED
Priority: P1
Resolution: INVALID
Created: 2021-04-22 13:29:13+00:00
Resolved: 2021-07-06 13:14:08+00:00

**Affected platforms:**
All

**Affected versions:**
Nightly 90.0a1
Firefox 89 beta 2

**Pre-requisites:**
- make sure that Proton is ON.

**Steps to reproduce:**
1. Launch Firefox.
2. Install https://github.com/mozilla-extensions/normandy-devtools/releases
3. Click the wrench icon
4. From the top right corner of the page, click the environment button and select Stage
5. Find recipe 1375 [cmuresan][pi-957] test heartbeat info bar
6. Click the [...] button and click run
7. Observe the Heartbeat Infobar.

**Expected Results:**
The Heartbeat should be properly displayed.

**Actual Results:**
The informational icon is missing (there used to be an "Information Notification" icon after the proton restyles, before the re-style it used to be a "heart" icon).

**Notes:**
- Found commit message:
Bug 1702201 - Fix Heartbeat info bar with proton enabled r=jaws

https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=bd702683bc3c0e964f915158dd03b8662bed429d&tochange=e64f3ba43f11e767f28f35d450337c9ec096d90d
Bug: Upgrade dialog has inconsistent scrollbars
Status: NEW
Priority: P2
Created: 2021-04-22 14:10:28+00:00
Resolved: 2021-12-14 01:52:29+00:00

## steps to reproduce/what did you do?

* Upgrade Firefox so that the upgrade dialog shows up. To do this manually: in about:config set "browser.startup.upgradeDialog.version" to "88", and "browser.startup.homepage_override.mstone" to "88.0", restart Nightly.
* You may need to, from Mac OS settings, enable Show scrollbars > Always
* Resize the window vertically so the dialog does not fit in the screen vertically
* Resize the window horizontally so the dialog does not fit in the screen horizontally; mobile size

## expected behavior/ what did you think will happen?

* A visually consistent scrollbar appears as necessary for overflowing content
* The container allows scrolling only in the direction that is necessary to show the overflowing content

## actual behavior/ what actually happened?

(Refer to attached video for more context)

* When resizing vertically I get a native scrollbar. The top right portion of the scrollbar appears to visually exceed the height of the dialog container; the bottom portion of the container is hidden but I assume the same is happening down there with the scrollbar.
* When I scroll around in this resized position I can elastic/momentum scroll up and down, but oddly also left and right? Gives the appears of the dialog floating around.
* When resizing horizontally down to a mobile size it appears we have some custom type of scrollbar that shows up. But they appear in *addition* to the native scrollbar, which, at this window size, is now overlapping with the page's own scrollbars.
Bug: Audible icon overlap with favicon and tab title when doing WebRTC calls
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2021-04-22 14:37:58+00:00
Resolved: 2021-04-27 14:40:37+00:00

STR:
- Enter a call in any WebRTC app, such as https://whereby.com/padenot that doesn't require an account

Expected:
- I don't know, but not what is happening

Actual:
- The audible/mute icon overlaps the favicon and tab title, see the screenshot attached
Bug: CSS property "max-width" of the element (class = "personalize-button") on the "new tab" page in Firefox Developer Edition is less than necessary, the text inside the button goes beyond its borders (language - Russian, OS - Windows 10)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-22 15:01:45+00:00
Resolved: 2021-04-29 16:14:43+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0
Bug: Missing image caption from the first Proton Onboarding New Users slide for non-en locales
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-04-22 15:22:40+00:00
Resolved: 2021-06-03 05:54:42+00:00

**[Affected Versions]:**
- Firefox Nightly 90.0a1 (Build ID: 202104221212740)
- Firefox Beta 89.0b2 (Build ID: 20210420191345)

**[Affected Platforms]:**
- macOS 11.2.3
- Windows 10
- Ubuntu Linux 20.04


**[Prerequisites]:**
- Have a new Firefox profile created.

**[Steps to reproduce]:**

1. Start the Firefox browser.
2. [Nightly only] Navigate to the “about:welcome” page.
3. Observe the bottom-left part of the displayed page.

**[Expected results]:**
- The “Photograph by Sam Moqadam via Unsplash” caption is displayed.
    
**[Actual results]:**
- The “Photograph by Sam Moqadam via Unsplash” caption is missing.

**[Notes]:**
- The issue is **NOT** reproducible for en-* locales.
Bug: Tag badge blacks out when row is highlighted
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-22 15:33:36+00:00
Resolved: 2021-05-04 15:24:20+00:00

The badge shown in tagged results shows black-on-black text in selected rows in system-light theme. They have white text on a black background in Light lwt theme.
Bug: "Personalize" drawer does not operate well with a screen reader
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-04-22 16:21:04+00:00
Resolved: 2023-06-02 15:21:27+00:00

There are several issues with the personalize drawer in its current implementation. This may be a meta bug, or addressed all directly here.

1. Keyboard activating the "Personalized" button should move keyboard focus to something focusable in the dialog. Arguably the "Close" button since it is the first focusable element in the dialog.
2. The drawer should have a role, probably "dialog" or a landmark role with a title. The title should probably be "personalize". This tells the user when it appears what appeared.
3. The switch/checkbuttons appear semantically before their associated headers. They should follow them.
4. The switch checkboxes are implemented with a known label > checkbox css hack that makes the actual checkbox transparent and small. This makes it a hard touch target for screen readers and doesn't allow users who rely on the reported bounds of the widget to discover it. Ideally, the checkbox should have the same bounds as the visible switch (ie the label).
Bug: Align ConfirmationHint for toolbar buttons closer to the button
Status: NEW
Priority: P2
Created: 2021-04-22 17:57:20+00:00
Resolved: 2021-05-17 14:40:47+00:00

The "Sent!" ConfirmationHint that appears after sending a tab to another device is floating over the page content rather than being snug to its anchor button.

This could be fixed with some negative margin, however that then causes ConfirmationHints anchored in the urlbar to overlap their anchor (the Password saved! one for example).

There's some negative margins added to anchor the panels to the side of the button [1] but using a position of `bottomleft` instead of `bottomcenter` might make more sense. Similarly, there's 4px of margin on the on the `.panel-arrowcontent` [2] which maybe can't be removed but could help position things as expected.

The password ConfirmationHint is anchored to its image inside of the box that is the visual representation of the button, removing the extra margins and anchoring to the container fixes that hint and gets the send tab hint closer, but it is still below the hamburger menu since that button stretches all the way to the bottom of the toolbar row (its clickable padding is larger than the visual representation of the button).

Partly 

[1] https://searchfox.org/mozilla-central/rev/72951aa826642f048da4c6b71b8b3e36a9606dcd/toolkit/themes/linux/global/popup.css#26-34
[2] https://searchfox.org/mozilla-central/rev/72951aa826642f048da4c6b71b8b3e36a9606dcd/toolkit/themes/linux/global/popup.css#43
Bug: Crash in [@ PLDHashTable::MakeEntryHandle | mozilla::DataStorage::GetFromRawFileName]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-04-22 18:15:16+00:00
Resolved: 2021-07-19 12:29:26+00:00

Crash report: https://crash-stats.mozilla.org/report/index/945f5296-4b4b-40ff-98b7-bc7550210422

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 10 frames of crashing thread:
```
0 xul.dll PLDHashTable::MakeEntryHandle xpcom/ds/PLDHashTable.cpp:673
1 xul.dll static mozilla::DataStorage::GetFromRawFileName security/manager/ssl/DataStorage.cpp:114
2 xul.dll static mozilla::DataStorage::Get security/manager/ssl/DataStorageList.h:17
3 xul.dll nsClientAuthRememberService::Init security/manager/ssl/nsClientAuthRemember.cpp:73
4 xul.dll mozilla::xpcom::CreateInstanceImpl xpcom/components/StaticComponents.cpp:9560
5 xul.dll nsComponentManagerImpl::GetServiceByContractID xpcom/components/nsComponentManager.cpp:1466
6 xul.dll nsCOMPtr_base::assign_from_gs_contractid xpcom/base/nsCOMPtr.cpp:82
7 xul.dll nsNSSComponent::InitializeNSS security/manager/ssl/nsNSSComponent.cpp:1923
8 xul.dll nsNSSComponent::Init security/manager/ssl/nsNSSComponent.cpp:2191
9 xul.dll mozilla::xpcom::CreateInstanceImpl xpcom/components/StaticComponents.cpp:11602
```
Bug: Alpenglow on Windows 7 classic mode doesn't show background images on tabs bar
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-04-22 19:36:12+00:00
Resolved: 2021-05-13 15:39:20+00:00

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

### Preconditions
In about:config set:
browser.proton.enabled = true

### Affected versions
Firefox 89.0a1 

### Affected platforms
Windows 7 x64

### Steps to reproduce
1. Open Firefox.
2. Set the browser to Alpenglow
3. Observe the tabs bar.

### Expected result
Background images should appear in the tabs bar

### Actual Result
The tabs bar shows a white background
Bug: When downloading files, the "ok" button (to save the file) is disabled for 1 second
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-22 20:15:52+00:00
Resolved: 2021-04-26 07:36:09+00:00

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

Steps to reproduce:

1. Download any file. 

This thing happens since a long time. Is not a major thing, but it would be a nice improvement is this was fixed.


Actual results:

The OK button is disabled for 1 second.


Expected results:

The OK button getting immediately available.
Bug: Scrollbars displayed in onboarding screen
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-22 20:24:01+00:00
Resolved: 2021-11-03 15:44:20+00:00

**This comment is copy/pasted from a community issue filed during the Foxfooding program.**

---

**Firefox Version:** Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:90.0) Gecko/20100101 Firefox/90.0
**Window Size (inner width and height):** 1440x684

## Steps to Reproduce
Triggered the onboarding screen by following the instructions on https://bit.ly/l10n-newsletter-6

## Expected Behavior
No scrollbar should be displayed since the whole content actually fits on the screen.

## Actual Behavior
Vertical and horizontal scrollbars are displayed.
Might be related to fractional scaling on my high DPI screen. (3200x1800, scaling set to %225)
Bug: Hamburger menu > Downloads opens in a new window
Status: RESOLVED
Priority: P3
Resolution: INVALID
Created: 2021-04-22 20:28:07+00:00
Resolved: 2021-10-21 15:55:27+00:00

**This comment is copy/pasted from a community issue filed during the Foxfooding program.**

---

**Firefox Version:** Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0
**Window Size (inner width and height):** 2560x1338

## Steps to Reproduce
1. Open hamburger menu
2. Click "Downloads"

## Expected Behavior
about:downloads should open in the current tab when left-clicked, a new tab when middle-clicked, and a new window when shift-clicked.

## Actual Behavior
A new Library window pops up.
Bug: Changing "browser.display.foreground_color" will also change interface text color
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-04-22 20:29:29+00:00
Resolved: 2023-02-28 15:48:43+00:00

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

Steps to reproduce:

I changed the browser text and background color in about:config, to have unstyled websites automatically show in a dark mode (which is nice for visiting mailling lists online e.g.)



Actual results:

However this also changes parts of the interface.
It seems that the color of the text showing the hex code of the built-in color picker is not styled, so this will be affected, as seen in the screenshot.
Bug: download panel hover-states inconsistent
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2021-04-22 20:36:45+00:00
Resolved: 2021-08-09 10:10:50+00:00

## steps to reproduce/what did you do?
* download a file (e.g. https://speed.hetzner.de/ )
* open download panel while download is ongoing
* observe hover state on
   * toolbar button
   * download entry
   * download cancel
   * all downloads
*open download panel after download has finished
* observe download state on
   * open download item
   * go to folder of download item

## expected behavior/ what did you think will happen?
* noticeable & distinct hover states for each action
* consistent hover states across all actions

## actual behavior/ what actually happened?
various types of ways to indicate hover state - mostly with darker background, but but sometimes no background change. (esp. with cancel and file)
Bug: Impossible to distinguish between active tab and selected tab(s)
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2021-04-22 20:48:51+00:00
Resolved: 2021-05-05 18:47:07+00:00

**This comment is copy/pasted from a community issue filed during the Foxfooding program.**

---

**Firefox Version:** Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0
**Window Size (inner width and height):** 1858x967

## Steps to Reproduce
1. Open two or more tabs.
2. Ctrl-click or Shift-click to select other tabs.

## Expected Behavior
I am able to distinguish between the active tab and the selected ones.

## Actual Behavior
It is impossible to distinguish between the active tab and the selected ones with the naked eye. The contrast is too low for it to be easily discernible.
Bug: _shouldDoSwipeGesture should check corresponding command's availability
Status: NEW
Priority: --
Created: 2021-04-22 21:48:13+00:00
Resolved: 2021-10-25 15:39:51+00:00

Here;

https://searchfox.org/mozilla-central/rev/f018480dfed4fc583703a5770a6db9ab9dc0fb99/browser/base/content/browser-gestureSupport.js#238-251

We check the current nagivation's canGoBack/canGoForward, but the swipe gestures can be specified by pref values, we need to consider the pref values.