av9ash/GitBugs huggingface dataset:
Bug: temperature conversion in addressbar/urlbar wrong, e.g. °C (Celsius) to °F (Fahrenheit) uses wrong formula
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-04-27 19:43:30+00:00
Resolved: 2021-06-03 10:30:56+00:00

[Tracking Requested - why for this release]:
Wrong temperature conversion in new feature for en-US.

Steps to reproduce:
1. Set `browser.urlbar.suggest.calculator` to `true`.
2. Type this into the address bar: `30C in F`

Actual result: 111.6°F
Expected result: 86°F

Reason for the difference:
The formula is `T[C] * 1.8 + 32`. Firefox uses `(T[C] + 32) * 1.8`.
Bug: Access Denied: Table moz-fx-data-pioneer- prod:rally_debug_live.enrollment_v1
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-04-27 19:53:28+00:00
Resolved: 2021-04-27 20:08:35+00:00

I was doing a live debug session with Anthony to check that pings generated from the Rally Core-Addon, via glean.js, are correctly being received. To do this, I was accessing the live tables from the bq command line on the remote instance. However, running the following command, resulted in a error:

>  bq query --use_legacy_sql=false 'select count(*) from rally_debug.
enrollment_v1_live where date(submission_timestamp) > "2021-04-01"'
BigQuery error in query operation: Error processing job 'moz-fx-data-rally-
debug:bqjob_r6ccdf9a996ec1f0d_0000017914dc535b_1': Access Denied: Table moz-fx-data-pioneer-
prod:rally_debug_live.enrollment_v1: User does not have permission to query table moz-fx-data-pioneer-
prod:rally_debug_live.enrollment_v1.

As recommended by Anthony, I run the following diagnostics:

> ext_aplacitelli_mozilla_com@python-20210427-203556:~$ gcloud auth list
>                           Credentialed Accounts
> ACTIVE  ACCOUNT
> *       notebook-aplacitelli@moz-fx-data-rally-debug.iam.gserviceaccount.com
Bug: Fix for Bug 1690575  remapped existing context menu hotkeys
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-27 19:58:51+00:00
Resolved: 2021-04-28 03:20:33+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:

hover over a link in a page and right click to see context menu and shortcuts

Was introduced by fix to this bug:
https://bugzilla.mozilla.org/show_bug.cgi?id=1690575
Can easily see that shortcuts were remapped:
https://hg.mozilla.org/integration/autoland/rev/d8804e8807b3

Example:
 main-context-menu-open-link-new-window =
     .label = Open Link in New Window
-    .accesskey = W
+    .accesskey = d


Actual results:

Context menu shortcuts that used to work for things like copy link  and open link in a new window no longer work. Instead they were remapped to new values for no reason whatsoever.  


Expected results:

These shortcuts have been consistent for years and were designed to allow using them without moving your hand off of home position.  

Right click context menu with shortcut 'a' should copy the link like it always has
Right click context menu with shortcut 'w' should open the link in a new window

Other changed right click context menu shortcuts should be changed back to their original mappings. If new mappings are required make new shortcut keys. Do not replace existing ones.
Bug: Customize toolbar option is missing from context menu when Firefox is in full screen mode on macOS
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-27 20:44:52+00:00
Resolved: 2021-10-21 15:49:22+00:00

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

---

**Firefox Version:** Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:90.0) Gecko/20100101 Firefox/90.0
**Window Size (inner width and height):** 1280x614

## Steps to Reproduce
1. Open Firefox Nightly
2. Maximized your browser window
3. right-click on empty space of toolbars row

## Expected Behavior
showing customize toolbars options

## Actual Behavior
It's not showing  customize toolbars  option
Bug: Library menu makes the browser hang
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-27 20:59:22+00:00
Resolved: 2021-05-04 18:36:42+00:00

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

Steps to reproduce:

1. Put the "Library" button on the toolbar
2. Go to about:newtab
2. Click the Library button
3. Click "Bookmarks" or "History"
4. Click the back arrow


Actual results:

After clicking the back arrow and returning to the top level menu, none of the other options are clickable. Additionally the rest of the browser seems to be non-responsive.  This does not seem to happen in normal tabs.

Dragging the window around my desktop seems to unfreeze the browser.


Expected results:

Clicking back into the top level menu should not freeze the browser, and the other options should be selectable.
Bug: Tagged PDF has broken blocks
Status: NEW
Priority: P3
Created: 2021-04-27 21:08:14+00:00
Resolved: 2024-04-28 22:22:26+00:00

> At present, blocks tend to get "broken up", resulting in weird line lengths, inability to read by full paragraph, etc. When reading long-form text, this can become quite problematic. Sometimes, these breaks occur according to the visual line length in the document. Other times, the chunks are smaller than that. Ideally, blocks should be based on paragraph, heading, etc., rather than visual text chunk.

More in  https://bugzilla.mozilla.org/show_bug.cgi?id=1705139#c1
Bug: refresh toolbar is left aligned when dragged it down to customize box
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2021-04-27 21:10:19+00:00
Resolved: 2021-10-21 16:12:41+00:00

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

---

**Firefox Version:** Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:90.0) Gecko/20100101 Firefox/90.0
**Window Size (inner width and height):** 1280x650

## Steps to Reproduce
1. Open FIrefox Nightly
2. Click Hamburger menu and choose  "more tools" then click "customized toolbars..."
3. Drag down "refresh" toolbar to the box

## Expected Behavior
The refresh toolbar icon in the middle after dragged it down to the box

## Actual Behavior
the refresh toolbar icon is left aligned
Bug: Tagged PDF has poorly structured links
Status: NEW
Priority: P3
Created: 2021-04-27 21:11:13+00:00
Resolved: 2023-06-02 15:21:28+00:00

> Unfortunately, there are other cases that are much harder to solve. For example, consider this link:

```<span role="link"><span aria-owns="77R"></span><span aria-owns="page7R_mcid22"></span><span aria-owns="75R"></span><span aria-owns="page7R_mcid23"></span><span aria-owns="84R"></span><span aria-owns="page7R_mcid24"></span></span>```

> Here, the text consists of separate chunks of marked content. We can't put role="presentation" on .markedContent to avoid display: block because we need it to be aria-owned, so it must be in the a11y tree. Ideally, .markedContent would be display: inline too, but that doesn't seem to work, so I'm guessing there's a styling reason that can't be done. I guess that means an intermediate inline span (which we put the id on) would have the same styling issue?

From https://bugzilla.mozilla.org/show_bug.cgi?id=1705139#c1

Referring to the PDF https://www.ssa.gov/pubs/EN-05-10023.pdf
Bug: Tagged PDF images need more information
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-04-27 21:16:14+00:00
Resolved: 2024-09-16 08:05:00+00:00

> Looking at Acrobat, it seems to map Figure to the image role in OS a11y APIs. I think it'd probably make sense for us to do the same; i.e. role="img" instead of role="figure". That will provide a more familiar experience and will allow screen readers to read it even when there's no content inside, except...

> An additional problem is that screen readers ignore leaf elements with a width or height of 0, which is currently the case for pdf.js images even with role="img". So, these somehow need to get a non-0 width and height without breaking visual layout. Perhaps we could position them with the same coordinates as the actual image in the canvas? Alternatively, we could position them off-screen, but that's not ideal because the a11y coordinates will be wrong (impacts mouse routing, hit testing, etc.).

From https://bugzilla.mozilla.org/show_bug.cgi?id=1705139#c1
Bug: Internal links in PDF do not work with screen reader
Status: NEW
Priority: P3
Created: 2021-04-27 21:18:39+00:00
Resolved: 2024-02-15 04:04:56+00:00

> When a document has links to sections (e.g. a table of contents), activating the links doesn't move the screen reader cursor to the page or section. This can be seen in the PDF specification.

> The way this is handled on the web normally is that the page URL gets "#target" appended, the a11y engine gets notified that the page is scrolling to the element with id target and the a11y engine notifies a11y clients. I notice that activating an internal link doesn't append a "#target" to the page location. However, I see the links do have suffixes like "#G4.776894", though the id "G4.776894" doesn't exist in the document. In order for this to work, there would need to be an element with that id to which the screen reader should scroll.

From https://bugzilla.mozilla.org/show_bug.cgi?id=1705139#c1
Bug: View Page Info missing from the context menu
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-27 21:37:26+00:00
Resolved: 2021-04-28 05:10:38+00:00

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

Steps to reproduce:

Right click on a page, notice that View Page Info is no longer an option.


Actual results:

View Page Info is no longer present.


Expected results:

View Page Info should be present.

Clicking the padlock requires additional steps and Ctrl+I requires you to use the keyboard, which most are probably not doing for the majority of browsing sessions.

This functionality has existed for a decade or more. At the very least, we need an option to return this.
Bug: Phabricator drop-down actions are hard to read with dark or alpenglow themes
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-04-27 23:40:45+00:00
Resolved: 2023-09-27 17:18:36+00:00

## steps to reproduce/what did you do?
* In about:addons, select the Dark or AlpenGlow theme.
* Go to a Phabricator review, e.g. https://phabricator.services.mozilla.com/D111768 (You probably need to be registered).
* Click on the "Add Action" button/list near the bottom.

## expected behavior/ what did you think will happen?
* All items are readable.

## actual behavior/ what actually happened?
* The background is dark, but the text is also dark, so it's difficult to read.

Work-around: Hovering over each item makes the background lighter, so it's possible to slowly read them and pick the one I want.
With the light theme, all is well -- I'm guessing the text color is the same dark color, but the background is now light.
Bug: Download panel context menu closes immediately when in full screen
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-28 00:08:25+00:00
Resolved: 2022-01-21 17:35:15+00:00

1. Download a file
2. Go full screen
3. Open download panel
4. Try to open context menu on a download item

Disabling widget.macos.native-context-menus shows the menu fine
Bug: Hamburger menu in combination of keyboard shortcut
Status: NEW
Priority: P5
Created: 2021-04-28 06:07:43+00:00
Resolved: 2021-11-03 12:13:01+00:00

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

**NOTE:** This issue was translated from Spanish to English via Google Translate.

---

**Firefox Version:** Mozilla / 5.0 (Windows NT 10.0; Win64; x64) AppleWebKit / 537.36 (KHTML, like Gecko) Chrome / 90.0.4430.93 Safari / 537.36
**Window Size (inner width and height):** 1536x698

## Steps to Play
A) Hamburger Menu
2) Press Ctrl + shift + P - stay in the same window
3) Pressing Ctrl + shift + A stays in the same window
4) Pressing Ctrl + shift + Q stays in the same window

## Expected Behavior
Pressing keyboard combination: Ctrl + Shift + P should show me a private new window.
Pressing keyboard combination: Ctrl + Shift + A was supposed to show me the sale of plugins and themes.
Pressing keyboard combination: Ctrl + Shift + Q should close the sale

## Current Behavior
Running the keyboard shortcut does not make the change for every keyboard combination.
Bug: Hamburger menu in combination of keyboard shortcut (2)
Status: NEW
Priority: P5
Created: 2021-04-28 06:14:02+00:00
Resolved: 2021-11-03 12:13:03+00:00

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

**NOTE:** This issue was translated from Spanish to English via Google Translate.

---

**Firefox Version:** Windows 10 operating system, Version 89.0b5 (32-bit) - beta
**Window Size (inner width and height):** 1920 x 1080

## Steps to Play
A) Hamburger Menu
a1: More tools

## Expected Behavior
1) Pressing keyboard combination: Ctrl + shift + I show window tools developers
should show me a private new window.
2) Pressing keyboard combination: Ctrl + shift + j show window browser console
3) Pressing keyboard combination: Ctrl + shift + m responsive design mode

## Current Behavior
When you press the keyboard shortcut it does not change the window.
When realize the action number 2 open the window catalog
Bug: Clicking "Try Again" on "Server Not Found" page shows flash of "Go Back (Recommended)" button and associated content for 1 frame
Status: NEW
Priority: --
Created: 2021-04-28 06:19:21+00:00
Resolved: 2021-05-21 15:17:02+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):** 1920x978


## Steps to Reproduce
1) Visit non-existent site (e.g. ergikjmerslkgj.com)
2) Click "Try Again"

## Expected Behavior
Just try again

## Actual Behavior
Tries again, but also shows "Go Back (Recommended)" button
Bug: widget/nsNativeBasicTheme.cpp:92:3: error: the value of ?mozilla::widget::sColorWhite? is not usable in a constant expression
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-28 06:28:18+00:00
Resolved: 2021-04-28 06:42:04+00:00

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

Steps to reproduce:

```
19:29.52 In file included from Unified_cpp_widget2.cpp:20:
19:29.52 /builds/psumbera/mozilla-central-build/widget/nsNativeBasicTheme.cpp: In static member function ?static constexpr {anonymous}::ColorPalette {anonymous}::ColorPalette::Default()?:
19:29.52 /builds/psumbera/mozilla-central-build/widget/nsNativeBasicTheme.cpp:92:3: error: the value of ?mozilla::widget::sColorWhite? is not usable in a constant expression19:29.52    92 |   }
19:29.52       |   ^
```
The first bad revision is:
changeset:   577600:3d9daad425de
user:        Emilio Cobos Álvarez <emilio@crisal.io>
date:        Tue Apr 27 03:41:00 2021 -0700
description:
	Bug 1705605 - Implement accent-color in nsNativeBasicTheme. r=mstange
Bug: URL Spoofing using http auth
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-28 07:17:40+00:00
Resolved: 2024-05-30 17:30:35+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/90.0.4430.93 Safari/537.36
Firefox for Android

Steps to reproduce:

1) Open this URL - http://designs.ndev.xyz/test/new.html or open the attach html file.
2) Click on the 'Click here to Open Apple.com'.
3) Wait for 1 second.


Actual results:

POC videos -
Mac -https://youtu.be/FHiHgvBIE1w
Android - https://youtu.be/SbQMQt86KKw

1) The URL Has been Spoofed. The Url is https://apple.com on the address bar and auth popup is from techyfly.xyz. it means URL has been Spoofed.

2) Http authentication is not giving any warning.

3) Http authentication is so dangerous. It can spoof Username and password of a Victim. I explained in this issues https://bugzilla.mozilla.org/show_bug.cgi?id=1692268 and https://bugzilla.mozilla.org/show_bug.cgi?id=1704346

4) On android it's Showing the saved actual username and password of apple.com


Expected results:

It should give the actual Url of Http authentication 

UserAgent (Mac) - Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:88.0) Gecko/20100101 Firefox/88.0
Bug: [win7] proton: dark theme uses light theme tab bar background
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-28 08:05:53+00:00
Resolved: 2022-07-07 18:09:25+00:00

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

Steps to reproduce:

- Windows 7,  Nightly 90 or Beta/Dev 89,  new profile (if you want), change to dark theme
- tab bar background is light themed, s/be dark
Bug: Warning icon in downloads panel is offset and will disappear if reinitiating the same download
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-04-28 09:12:34+00:00
Resolved: 2021-05-20 11:37:28+00:00

**Affected versions**
- Firefox 90.0a1

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

**Steps to reproduce**
1. Launch Firefox
2. Access for example [ThinkBroadband](https://www.thinkbroadband.com/download)
3. Select a larger file to be downloaded and select save file
4. See the downloads panel and click on the file in order to allow it
5. Open the downloads panel again

**Expected result**
- The warning icon is not shown at all / The warning icon is persistent even if the download was canceled and restarted.

**Actual result**
- The warning icon is still shown and is higher than the other elements. By canceling the download and restarting it, the warning icon is no longer there.

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

**Additional notes**
- The issue can be seen in the following [attachment](https://drive.google.com/file/d/1uYZriellF4ttIxFrt25dwPqHKTTjdLVZ/view?usp=sharing)
- Unfortunately I couldn't verify on 89 beta as it won't detect the thinkbroadband downloads as malwares, and I couldn't find other larger examples to test on beta.
Bug: Bug with FF 89b5, problem with alignement in hamburger menu
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-28 10:03:43+00:00
Resolved: 2021-04-30 07:55:25+00:00

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

Steps to reproduce:

I just installed FF 89b5



Actual results:

Problem with alignement in hamburger menu

https://nsa40.casimages.com/img/2021/04/28/210428121316136504.jpg




Expected results:

The items in hamburger menu should be align
Bug: Investigate add-on upgrade/downgrade scenarios that include switching to app provided engines and add tests
Status: NEW
Priority: P5
Created: 2021-04-28 11:11:22+00:00
Resolved: 2023-04-24 15:25:31+00:00

In bug 1705437 we've identified a case where if a WebExtension switched from providing their own engine to an app-provided engine, then we would likely not do the switch properly, and potentially not remove the old search engine, and may not handle defaults correctly.

We should:

* Add tests for upgrade/downgrade scenarios where the defined engine changes from a WebExtension provided to an app-provided and vice-versa.
* Review the existing name-change upgrade test case where the name change fails due to matching an existing engine and decide the correct route (possibly remove the existing engine and not add the new).
Bug: When being asked which account to update, the bottom options are cut off
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-28 11:16:02+00:00
Resolved: 2021-05-05 13:11:19+00:00

**Affected platforms**:
Platforms: All

**Preconditions**
Set the following prefs in about:config
- browser.proton.enabled = true
- prompts.windowPromptSubDialog = true
- prompts.contentPromptSubDialog = true
- browser.proton.modals.enabled = true

**Steps to reproduce**
Preconditions: Have 2 remembered ff accounts that you've synced in the past

1. Launch the Firefox browser 
2. Click hamburguer menu
3. Select sign in option in the sync and save data option from menu.
4. After signing in, click hamburguer menu and select manage account.
5. Attempt to change password

**Expected result**
There are no viusal effects while interacting with the ff browser.

**Actual result**
The bottom options when being asked which account to update are cut off
Bug: Protection panel content is not visible on 150% screen
Status: NEW
Priority: P3
Created: 2021-04-28 11:31:55+00:00
Resolved: 2022-09-06 12:44:11+00:00

**Affected versions**
* Fx 89.0b1
* Fx 90.0a1

**Affected platforms**
* Windows 10 ARM 150% scaling recommended

**Steps to reproduce**
1. Launch Firefox
2. Go to https://reddit.com
3. Click on the Shield icon inside the address bar
4. Click the “i” button

**Expected result**
* Protection panel is expanded, content is visible

**Actual result**
* Protection panel is expanded, the content is not entirely visible on screen

**Regression range** 
Pushlog url: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=fd450d47a9f764098c887cfa8cdf9c390d0e3063&tochange=0dc91d87721bbd95ec2bccd1bfff87f22125ae6d
Last good: 2019-08-19
First bad: 2019-08-21  
Social Media trackers, Cryptominers and Fingerprinters were added to the panel .

**Additional notes**
See attachment
Bug: Mute/Unmute icons aren't displayed correctly on Ubuntu 20.04 using system theme
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-28 11:41:09+00:00
Resolved: 2021-05-17 11:40:26+00:00

### Affected versions
Firefox 90.0a1 

### Affected platforms
Ubuntu 20.04 x64

### Steps to reproduce
1. Open Firefox.
2. Play a video on youtube.
3. Pin the tab.
4. Mute and unmute the tab.
5. Observe play/mute icon.

### Expected result
Mute/Unmute icons should be displayed correctly on Ubuntu 20.04 using system theme.

### Actual Result
Mute/Unmute icons aren't displayed correctly on Ubuntu 20.04 using system theme.

### Note
The issue is only reproducible using System theme.
Ubuntu window colors: Light and Standard/
Bug: Containers don't work on Fx 89.0b5
Status: RESOLVED
Priority: P5
Resolution: INVALID
Created: 2021-04-28 11:55:08+00:00
Resolved: 2021-05-04 14:00:34+00:00

**Prerequisites**
* browser.proton.enabled

**Affected versions**
* 89.0b5

**Affected platforms**
* Windows 7
* Ubuntu 20
* Windows 10
* MacOS

**Steps to reproduce**
1. Open Firefox.
2. Right click on the "+" button.
3. Select one of the container options available. 

**Expected result**
* A container is selected and a new tab is opened without any issues.

**Actual Result**
* Container menu is not available on the "+" button.
Bug: App icon displayed instead of padlock
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2021-04-28 11:55:51+00:00
Resolved: 2021-05-06 10:25:57+00:00

Issue description: the icon used for about: pages that don't get the app icon (about:mozilla, for instance) or for file: pages replaces the padlock icon in instances that are hard to determine.

Environment: Win10 64 bit
STR: Cannot reproduce, happened to me twice in 2 days for new profiles I had created
Bug: Search bar is barely visible with Alpenglow theme in customize mode
Status: NEW
Priority: --
Created: 2021-04-28 12:59:16+00:00
Resolved: 2021-05-25 15:02:56+00:00

*Affected versions*
* 90.0a1(20210426213158)
* 89.0b (20210427185821)

*Affected platforms*


* Windows7 x64


*Steps to reproduce*
1. Open Firefox and set the Alpenglow theme.
2. Enter the Customize menu and observe the Search bar.

*Expected result*
*  Search bar is visible.

*Actual result*
* Search bar is barely visible.

*Regression range*
*  This is the push log generated with `browser.proton.enabled`and `browser.proton.urlbar.enabled`: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=4aa907ad63547f52aa3ad49cc68c2f87c2f6b564&tochange=6b5d91e2666144c336be0c175e64fd4bae1545a5
* Potential regressor: bug 1700622.



*Notes*
* Attached a screenshot.