av9ash/GitBugs huggingface dataset:
Bug: A row of space is missing between the title and the summary of the imported/not imported logins from the “Import Complete” modal
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-03-25 09:55:41+00:00
Resolved: 2021-09-16 11:24:37+00:00

[Affected versions]:
- Firefox Nightly 89.0a1 (Build ID: 20210322174641)
- Firefox Beta 88.0b2 (Build ID: 20210324160546)

[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. Open the Firefox browser.
2. Navigate to the "about:logins" page.
3. Click on the Menu button.
4. Select the “Import from a File…” option.
5.  Select the CSV file from prerequisites and click on the “Open” button from the “Import Logins File” picker.
6. Observe the center part of the “Import Complete” modal.

[Expected result]:
- The spacing between the “Import Complete” title and the summary of the imported/not imported logins is larger.

[Actual result]:
- The spacing between the “Import Complete” title and the summary of the imported/not imported logins is not large enough.

[Notes]:
- Based on the [mock-ups](https://mozilla.invisionapp.com/share/R3XX2AF2XN5#/screens/423736091) the spacing between the “Import Complete” title and the summary of the imported/not imported logins should be larger by one more row.
- Attached a screenshot with the issue.
Bug: Re-Appearing Suspicious Site gitcdn.xyz
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-03-25 10:00:52+00:00
Resolved: 2023-06-25 23:07:55+00:00

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



Actual results:

For the past three weeks, when I start my PC, I receive the following notice from my Bit Defender protection system, "firefox.exe attempted to establish a connection relying on an unmatching security certificate to gitcdn.xyz. We blocked the connection to keep your data safe since the used certificate was issued for a different web address than the targeted one."  

I have never gone to such a site and I have never had this alert before.


Expected results:

My Bit Defender should have blocked the site the first time but it continues.
Bug: Some Washington Post pages don't recognize that I'm logged in
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-03-25 11:38:08+00:00
Resolved: 2021-06-07 13:24:11+00:00

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

Steps to reproduce:

Visited certain Washington Post web pages while logged into their site.  https://www.washingtonpost.com/opinions/bidens-trumanesque-foreign-policy/2021/03/23/ed46fad4-8c05-11eb-a6bd-0eb91c03305a_story.html as an example today


Actual results:

Article renders unreadable, overlaid with "Subscribe to continue reading. Already a subscriber? Sign in
Try one month for $1
You can cancel anytime."


Expected results:

I'm a paid subscriber.  I should be able to read the article without the overlay.  (Logging out, clearing cache/cookies, logging back in does not help - article reads fine logged in using another browser).
Bug: navigate back no longer possible with one hand
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-25 11:43:34+00:00
Resolved: 2021-03-25 16:23:00+00:00

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

Steps to reproduce:

Firefox 87 does not use the backspace key any more to go back in history.
Instead alt+left is working.

But that is not possible to use with one hand any more, as the Alt and left key are too far apart on the keyboard. At least on most European keyboards.

Can you at least support AltGr+left to have the same funtion, please?

(AltGr is the key right of the spacebar, it is labeled just as "Alt" on US keyboards, if I'm not mistaken)
Bug: Can't open multiple bookmarks at once from the bookmarks sidebar using the context menu
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-03-25 12:26:10+00:00
Resolved: 2021-04-06 12:31:52+00:00

- Open Bookmarks Sidebar (Ctrl+B)
- Select multiple tabs while holding Ctrl
- Right click
- "Open all in tabs" context menu is missing.
Bug: The text of the french "Import Complete" modal in “about:logins” has misaligned text if there are at least 2 duplicate logins or 2 errors
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-03-25 12:38:03+00:00
Resolved: 2021-03-26 12:05:11+00:00

**[Affected Versions]:**
- Firefox Beta 88.0b2 (Build ID: 20210323190052)
- Firefox Nightly 89.0a1 (Build ID: 20210324084848)

**[Affected Platforms]:**
- Windows 10 
- Linux Mint 20
- macOS 10.15

**[Prerequisites]:**
- Have Firefox FR open.
- Have a CSV file that contains multiple logins, at least 2 errors or at least 2 duplicate logins, but not both.

**[Steps to reproduce]:**
1. Navigate to “about:logins”.
2. Click the meatball menu button (“...”).
3. Choose “Importer depuis un fichier…”
4. Select the CSV file from prerequisites and click on the "Importer" button.
5. Observe the modal that is displayed.

**[Expected result]:**
-  The text is correctly aligned.

**[Actual result]:**
- The text is not correctly aligned - there is a lot of white space before the “(non importé)” text.

**[Notes]:**
- It seems if there are both duplicates and errors in the file the issue is not reproducible.
- Attached is a recording of the issue.
Bug: Drag space is not activated when the browser is maximized
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-03-25 12:55:09+00:00
Resolved: 2021-03-29 16:26:41+00:00

**Affected versions**
- Firefox 88.0b2
- Firefox 89.0a1

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

**Steps to reproduce**
1. Launch Firefox
2. Click on maximize to stretch the browser on fullscreen and access customize
3. Click on Drag Space

**Expected result**
- Drag space works as expected

**Actual result**
- Drag space is not activated when the browser is maximized

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

**Additional notes**
- The issue can be seen in the attachment
- macOS doesn't seem to be affected
Bug: Make DoHController watch for captive-portal-login instead of connectivity
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-03-25 13:37:42+00:00
Resolved: 2021-06-25 22:06:16+00:00

Presently the DoHController used "network:captive-portal-connectivity" to react to captive portal events and trigger heuristics.
The problem is this notification is triggered unconditionally each time a captive portal check is completed, which is every minute and sometimes more often.
This is very inefficient. We should be watching the "captive-portal-login-success" topic instead, which is sent only when the detector was in a captive portal but managed to log in.
Bug: About welcome - Links styled as buttons should apply the highlight focus styling specific for buttons
Status: NEW
Priority: P5
Created: 2021-03-25 15:50:57+00:00
Resolved: 2021-03-26 10:38:15+00:00

**Affected versions**
- 89.0a1 (2021-03-25) 

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

**Steps to reproduce**
1. Make sure browser.proton.enabled is set on true in about:config
2. Open about:welcome
3. Navigate the page using the  TAB key until reaching available buttons (Make Default, Start Import, Done)

**Expected result**
- The highlight focus styling applied is the one used for buttons

**Actual result**
- The highlight focus styling applied is the one used for links

**Regression range**
- Not a regression, introduced with the Proton theme implementation
Bug: About welcome - Links styled as buttons should apply the highlight focus styling specific for buttons
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-25 15:50:58+00:00
Resolved: 2021-03-25 16:07:02+00:00

**Affected versions**
- 89.0a1 (2021-03-25) 

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

**Steps to reproduce**
1. Make sure browser.proton.enabled is set on true in about:config
2. Open about:welcome
3. Navigate the page using the  TAB key until reaching available buttons (Make Default, Start Import, Done)

**Expected result**
- The highlight focus styling applied is the one used for buttons

**Actual result**
- The highlight focus styling applied is the one used for links

**Regression range**
- Not a regression, introduced with the Proton theme implementation
Bug: Removing the timestamps from a login CSV file and importing it to a Firefox profile that already had those logins saved will delete the dates
Status: ASSIGNED
Priority: P3
Created: 2021-03-25 15:55:04+00:00
Resolved: 2024-09-13 20:43:20+00:00

**[Affected Versions]:**
- Firefox Beta 88.0b2 (Build ID: 20210323190052)
- Firefox Nightly 89.0a1 (Build ID: 20210324084848)

**[Affected Platforms]:**
- Windows 10 
- Linux Mint 20
- macOS 10.15

**[Prerequisites]:**
- Have Firefox open.
- Have logins saved.

**[Steps to reproduce]:**
1. Navigate to “about:logins”.
2. Click the meatball menu button (“...”).
3. Choose “Export Logins” and complete the export process.
4. Open the CSV file and delete the timestamps.
5. Return to Firefox and open the meatball menu again.
6. Choose the “Import from a File..." option.
7. Select the edited CSV file and import it.
8. Observe the “Import Complete” modal.
9. Observe the dates of the login entries.

**[Expected result]:**
- The modal only detects duplicate logins.
- The existing entries are not updated.

**[Actual result]:**
- The modal detects that logins have been updated.
- The existing logins are updated to no longer have dates.

**[Notes]:**
- Attached is a recording of the issue.
Bug: Dark theme proton colors are not apply on About pages
Status: NEW
Priority: P3
Created: 2021-03-25 16:02:42+00:00
Resolved: 2021-04-27 19:51:03+00:00

**Affected versions**
- 89.0a1 (2021-03-25) 

**Affected platforms**
- Windows 10
- macOS  10.15

**Steps to reproduce**
1. Set Dark theme at the OS level
2. Make sure browser.proton.enabled is set on true in about:config
3. Open a random About page (eg. about:newtab, about:preferences)
4. Interact with elements on the page
5. Observe the color applied on elements 


**Expected result**
- The color used respects the Proton theme color for dark theme

**Actual result**
- The color used on dark theme doesn't respect the Proton theme one

**Regression range**
- Not a regression, Proton specific

**Additional notes**
- If we are to take consistency into consideration, for exemple, about:newtab/about:home it does not look very pleasant to the eye, when navigating the page from top to bottom, it can be noticed that the URL bar/ Toolbar have specific proton theme colors for dark mode , while down the page, the color applied is the one used for Light theme (see screencast)
- Set as S3, I would consider this a much higher priority since the inconsistencies greatly affect the overall proton experience
Bug: [Proton] Too many separators in Page context menu
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-03-25 16:06:09+00:00
Resolved: 2021-04-09 12:16:42+00:00

**Affected versions**
* Firefox 88.0b2
* Latest Nightly 89.0a1

**Affected platforms**
* Windows 10 64bit
* macOS 10.15
* Ubuntu 18.04

**Steps to reproduce**
1. Start Firefox
2. Visit a random page
3. Right click inside the page to have Page context menu 

**Expected result**
* Per spec there are only 3 separators in Page context menu:

**Actual result**
* There are 5 separators in Page context menu

**Regression range**
* Not a regression since this is a design change.

**Additional notes**
* Not sure if there is already a bug logged for this, I for one did not saw one.

**Suggested severity**
* I don't think this is of a high severity, I would mark it as S3.
Bug: The favicon is blank for a couple seconds if the audio stops playing while the mouse is in the tab bar
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-03-25 16:24:36+00:00
Resolved: 2021-04-22 11:56:16+00:00

STR:
Go to YouTube and play a video
Pause the video
Move the mouse to the tab bar quickly

ER:
The audio indicator should be replaced by the favicon

AR:
There is a gap of a few seconds where no icon is visible
Bug: Ensure fxa button in app menu has correct labels when disconnected or finishing account setup
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-03-25 16:34:06+00:00
Resolved: 2021-04-20 20:06:50+00:00

When the account has been disconnected and we restart the browser, we need to update the fxa app menu button. I've attached an image of what it currently displays. We will run into the same issue for "finish account setup". 

The disconnected prompt should:
1. Introduce a new string: "You've been disconnected"
2. Bold the email underneath
3. Have a yellow warning icon
4. Have the `subviewbutton-nav` class
Without a browser restart, we are just shown "Account disconnected" without the "Sync and save data" label. Either way, we're going to need to adjust it.

The finish account setup prompt should:
1. Use the "Finish Account setup" string, unbolded
2. Bold the email underneath
3. Have a yellow warning icon
4. Have the `subviewbutton-nav` class
We're going to need to make sure to hide "Sync and save data" label here too. 

I suggest P1, but feel free to adjust.
Bug: <select> element doesn't work properly in shadow DOM
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-03-25 16:40:11+00:00
Resolved: 2021-03-25 17:08:25+00:00

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

Steps to reproduce:

I am trying to use Web Components to build a custom combo input. This input uses a few different inputs in the shadow DOM of a custom element, and combines the values of these shadow inputs into a single value. The value is then set on a hidden input in the regular DOM. I have attached an HTML file with a very basic example that reproduces the bug.


Actual results:

In Firefox, users are unable to click on the select input in the shadow DOM. You can change the value with the arrow keys on keyboard, but clicking the element with the mouse does not bring up a drop-down for users to click and select the value.


Expected results:

I would expect that the select element in the shadow DOM should behave the same as it would in the regular DOM. Using the same file in Brave, the select element in the shadow DOM pops up a dropdown menu when clicked, as expected.
Bug: Dark theme "Find in page" infobar navigation buttons are too dark on MacOS
Status: NEW
Priority: P2
Created: 2021-03-25 16:59:53+00:00
Resolved: 2021-06-06 08:28:42+00:00

**Preconditions**
browser.proton.enabled = *true*
browser.proton.infobars.enabled = *true*

**Steps**
1. Start Firefox Nightly
2. Go to about:addons and enable *Dark theme* or *Proton Dark theme*
3. Open a new tab and open the "Find in page" infobar (cmd+f) 

**Expected Result**
The "Navigate through next and previous occurrence of phrase" buttons are easily distinguishable

**Actual Result**
The "Navigate through next and previous occurrence of phrase" buttons are too dark compared to the ones on Windows and Linux
Bug: FxA menu should ensure 8px of spacing around its edge, even after expanding the list of synced tabs
Status: NEW
Priority: P2
Created: 2021-03-25 18:01:56+00:00
Resolved: 2021-04-02 14:37:27+00:00

See screenshot. When expanding the list of synced tabs from a device, it's possible for the spacing between the tab item and the edge of the panel to be compacted.
Bug: No hover effect on the saved passwords urlbar icon
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-03-25 18:21:47+00:00
Resolved: 2023-09-27 16:11:19+00:00

Steps to reproduce:
 1. Have the Proton prefs set. (Not sure if required)
 2. Log in on a website.
 3. Move your mouse over the icons at the start of the URL bar.

Expected results:
Each clickable icon should have a hover effect when the mouse is over it.

Actual results:
There are three icons in there: shield, lock and key.
Only shield and lock have hover effects. Key does not.
Bug: Tab with long tab title flickers when hovering over it
Status: NEW
Priority: P5
Created: 2021-03-25 18:33:25+00:00
Resolved: 2024-03-28 18:31:27+00:00

Nightly 89.0a1 (2021-03-25) (64-Bit)
macOS 11.2.3

0.) Enable Proton-Tabs-Bar
1.) Open a New Tab
2.) Visit a page with a long title e.g. https://www.heise.de/news/Open-Source-made-in-Europe-befluegelt-Smart-Cities-weltweit-5991112.html?utm_source=pocket-newtab-global-de-DE
3.) Hover over the tab

Actual: Tab flickers next to the close button.

Expected: No flicker.

A screencast is attached.
Bug: [Proton Tabs Bar] The first two tabs have a resizing issue when changing their position via Drag
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-25 18:44:23+00:00
Resolved: 2021-03-26 01:27:07+00:00

Nightly 89.0a1 (2021-03-25) (64-Bit)
macOS 11.2.3

0.) Enable Proton-Tabs-Bar
1.) Open a New Tab (A)
2.) Open a New Tab (B)
3.) Open a New Tab (C)
4.) Change the position between Tab (A) and Tab (B)
5.) Change the position between Tab (B) and Tab (C)

Actual: Step 4 creates a resizing issue when the drag animation finishes. Step 5 doesn't have this.

Expected: Step 4 should not have a resizing issue, like in Step 5.

A screencast is attached.
Bug: Various spacing issues in Permission Panels with Proton enabled
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-03-25 18:47:23+00:00
Resolved: 2021-05-01 15:30:34+00:00

1. The gap between the top of the panel and the panel description should be 16px. Currently, it appears to be closer to 20px.
2. The gap between the bottom buttons and the bottom of the panel should also be 16px. Currently, it appears to be closer to 19px.
3. The menulists in the WebRTC panels have too much of a gap between the end of the menulist and the right side of the panel. The gap should be 16px in total.
4. The large-style menulists are too tall. The ones in the WebRTC panel are 36px in height, when they should be 32px.
5. The gap between an un-iconed menulist label and its starting edge should be 16px. Currently, it appears to be 20px.
6. Similarly, there should be 16px spacing around the dropdown icon on its right side, and 8px of spacing above and below the icon.
Bug: DRM panel "Manage Settings" button should be in sentence case
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-03-25 19:00:31+00:00
Resolved: 2021-03-26 21:56:25+00:00

That's this string here: https://searchfox.org/mozilla-central/rev/bb37e6fe8bbe383a57a4ad21a201e26416613ca1/browser/locales/en-US/browser/browser.ftl#650

It should be `Manage settings`
Bug: Flickering when hovering an active tab which its text is in the opposite directionality of the browser UI
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2021-03-25 19:24:52+00:00
Resolved: 2021-04-14 12:38:49+00:00

STR:
1. Latest Nightly, Proton prefs on
2. Set `intl.l10n.pseudo` to `bidi` and restart
3. Enter any webpage which its title is LTR, like this page
4. Hover the active tab

AR:
Flickering.

ER:
No flickering.
Bug: lately my bookmarks keep reordering themselves, or better they shuffle without any apparent reason
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-03-25 21:31:17+00:00
Resolved: 2021-04-27 14:07:09+00:00

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

Steps to reproduce:

can't say what triggers shuffling


Actual results:

my bookmarks (only those in bookmarks menu) change order, separators and all. 


Expected results:

nothing!
Bug: Intermittent browser/components/search/test/browser/browser_search_telemetry_sources_ads.js | Should have counted the correct number of visits for browser.search.with_ads - {"example:sap":1} deepEqual {"example:sap":2} - JS frame :: chrome://mochitests/c
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-03-26 06:57:31+00:00
Resolved: 2021-04-27 17:06:01+00:00

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

---
```
[task 2021-03-26T05:55:26.919Z] 05:55:26     INFO - TEST-PASS | browser/components/search/test/browser/browser_search_telemetry_sources_ads.js | Should only have one key - 1 == 1 - 
[task 2021-03-26T05:55:26.921Z] 05:55:26     INFO - TEST-PASS | browser/components/search/test/browser/browser_search_telemetry_sources_ads.js | Histogram should have the expected key: example.in-content:sap:ff - true == true - 
[task 2021-03-26T05:55:26.921Z] 05:55:26     INFO - TEST-PASS | browser/components/search/test/browser/browser_search_telemetry_sources_ads.js | Should have counted the correct number of visits for example.in-content:sap:ff - 2 == 2 - 
[task 2021-03-26T05:55:26.921Z] 05:55:26     INFO - TEST-PASS | browser/components/search/test/browser/browser_search_telemetry_sources_ads.js | Scalar browser.search.with_ads should have been added. - true == true - 
[task 2021-03-26T05:55:26.922Z] 05:55:26     INFO - Buffered messages finished
[task 2021-03-26T05:55:26.922Z] 05:55:26     INFO - TEST-UNEXPECTED-FAIL | browser/components/search/test/browser/browser_search_telemetry_sources_ads.js | Should have counted the correct number of visits for browser.search.with_ads - {"example:sap":1} deepEqual {"example:sap":2} - JS frame :: chrome://mochitests/content/browser/browser/components/search/test/browser/head.js :: assertSearchSourcesTelemetry :: line 174
[task 2021-03-26T05:55:26.922Z] 05:55:26     INFO - Stack trace:
[task 2021-03-26T05:55:26.922Z] 05:55:26     INFO - chrome://mochitests/content/browser/browser/components/search/test/browser/head.js:assertSearchSourcesTelemetry:174
[task 2021-03-26T05:55:26.922Z] 05:55:26     INFO - TEST-PASS | browser/components/search/test/browser/browser_search_telemetry_sources_ads.js | Scalar browser.search.withads.unknown should have been added. - true == true - 
[task 2021-03-26T05:55:26.922Z] 05:55:26     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-03-26T05:55:26.929Z] 05:55:26     INFO - TEST-UNEXPECTED-FAIL | browser/components/search/test/browser/browser_search_telemetry_sources_ads.js | Should have counted the correct number of visits for browser.search.withads.unknown - {"example:tagged":1} deepEqual {"example:tagged":2} - JS frame :: chrome://mochitests/content/browser/browser/components/search/test/browser/head.js :: assertSearchSourcesTelemetry :: line 174```