av9ash/GitBugs huggingface dataset:
Bug: Importing bookmarks and settings from Firefox to Opera made the Google (and other) accounts (including all other Google services) open and accessible in Opera without any authentication prompts.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-03-14 12:37:02+00:00
Resolved: 2021-03-15 14:20:30+00:00

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

Steps to reproduce:

  1. Have the latest versions (Windows 10, x64) of both Firefox and Opera as of 2021-03-14 installed.
  2. In Firefox one must have the Gmail or Google account(s) opened, i.e. successfully logged in and accessible. Firefox doesn’t have to be necessarily open.
  3.In the newly installed Opera: open Bookmarks, then click Import Bookmarks and Settings...
4. Choose Mozilla Firefox, tick every box and push ok (including in the next window). Now you have successfully imported your Firefox bookmarks and settings into Opera. And, not sure that was the initial purpose, have the full unrestricted access to Google accounts you had logged in in Firefox.

The same issue applies to accounts from other (than Google) service providers that had been logged in in Firefox.

Browser/OS: 
- Opera Version:74.0.3911.218
- Firefox 86.0 (64-bit)
- Windows 10 Pro, 20H2, 19042.867
The same might apply to Chrome and other web browsers on Chromium platform importing bookmarks from Firefox.



Actual results:

5. Once you start typing “mail.google.com” or just “google.com” in the Opera address field, you see the relevant autocomplete and, after hitting enter, you are inside the Gmail or on Google page with a full unrestricted access to all the Google services connected with the Google accounts you had had open and accessible in Firefox – all of these is done without any separate prompts for passwords or any other authentication including 2FA, which I had activated for some of my accounts, for the relevant Google accounts.

The same issue applies to accounts from other (than Google) service providers that had been logged in in Firefox.



Expected results:

These accounts should not have been exposed without any authentication prompt, especially considering the master password had been set in Firefox.
Bug: Page scrolls up after closing popup
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-14 14:25:28+00:00
Resolved: 2021-03-15 14:38:42+00:00

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

Steps to reproduce:

- Opened Wikipedia page: https://en.wikipedia.org/wiki/Rules_of_chess
- Scrolled to "Initial Setup" and click one of the piece symbols in the table (e.g. King).
- Enlarged image of the symbol is displayed
- Click "ESC" to close the image



Actual results:

Page scrolled back to the top


Expected results:

Page should have remained in the same position.
Checked on FF 84 - does not reproduce.

Note - have seen this happen also when editing tables in a confluence page (page keeps jumping to the top), but cannot provide a link as it is internal site.
Bug: Windows Un-Fullscreens When certain tabs are opened
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-03-14 16:37:28+00:00
Resolved: 2021-04-06 14:01:01+00:00

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

Steps to reproduce:

There's no real way to do this as it's pretty inconsistent. It can happen while opening high-performance tabs like YouTube Studio.


Actual results:

I usually have Firefox in fullscreen (windowed not full-fullscreen) and usually the window just unsnaps and shrinks.
(Note: This issue can be solved by opening a new tab, and resnapping it, then closing the new tab).


Expected results:

This shouldn't have happened and the windows should just stay put.
Bug: Add vertical tabs mode
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-14 16:49:39+00:00
Resolved: 2024-10-31 23:19:31+00:00

Add a vertical tabs mode like Edge. This feature has 2 main advantages over the top tabs mode:

* It's easier to manage tabs:
  * Reordering
  * Scrolling through a large list 
  * On hover, you can see the full default width of tabs at all time. With top tabs, the more tabs you have, the more they'll be shrinked.
* Better use of the vertical space on a 16:9 screen especially on small screen (<= 1366x768)
Bug: About "Sign In" under "Tools" in the menu bar, it is unclear what it is for.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-03-14 17:40:36+00:00
Resolved: 2021-03-17 17:14:36+00:00

Steps to reproduce:
1. Alt > Tools

Actual results:
"Sign In"

I thought it was a sign-in to the currently displayed web page.

Expected Results:
"Sign In to Firefox Sync..."
Bug: Hidden icons are displayed in address bar after restarting Nightly with Proton enabled
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-03-14 18:26:42+00:00
Resolved: 2021-03-14 18:46:33+00:00

Currently on 88 (20210314094531). After enabling Proton and restarting Nightly, icons that were hidden (at least Pocket and Screenshot) are displayed in the address bar.

On another machine that already had Proton enabled, icons were displayed after the last update.
Bug: "We're having trouble finding that site" page flashes as it loads, triggers migraines
Status: NEW
Priority: --
Created: 2021-03-14 21:46:13+00:00
Resolved: 2021-11-03 12:05:42+00:00

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

Steps to reproduce:

visited xkcd.com

Site or connection was down, got "We're having trouble finding that site"


Actual results:

The page flashed 2x in quick succession as it loaded.

First there was something in the upper left corner.

Then there was the message in the center.

It loaded normally the next time, so I wasn't able to record it or check the console.


Expected results:

Firefox should avoid extra flashes, especially in quick succession, except when they are needed to avoid smooth scrolling, carousels, and other worse pain/animation.

I get migraines from flashing, standard web design, and other pain/animation, and I use preferences, about:config, add-ons, and user css to try to block the worst of these.

I use both the font settings under preferences, and about:config, to switch fonts and increase sizes so I can read text, but I don't think it's enough to explain this.
Bug: Proton Dark Theme Has Overly Dark Text
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-03-14 22:14:38+00:00
Resolved: 2023-09-27 16:08:47+00:00

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

Steps to reproduce:

Enable Proton Dark theme with Proton prefs enabled


Actual results:

Toolbar icons like library, show sidebars, and the main hamburger menu all have their options shown in black text. This black text contrasts badly with the black background and is unreadable.


Expected results:

The text should be white, or at least more readable than it is.
Bug: error on print base64 pdf with images with thermal printer
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-03-15 01:17:25+00:00
Resolved: 2022-10-11 12:27:06+00:00

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

Steps to reproduce:

Load a PDF from the server. The server provides the file in Base64 format. 
Firefox displays the PDF file; however, when you try to print, the printer prints just a part of the images. 



Actual results:

Print paper displays just a part of the images. If you download the file and print it from Adobe Acrobat Reader, the printer prints the file in the right way. 


Expected results:

PDF.js should print the file in a right manner.
Bug: Proton customization - re-center several buttons inside the overflow dropdown menu
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-03-15 07:59:58+00:00
Resolved: 2021-05-03 15:01:14+00:00

**Affected versions**
* 88.0a1 (2021-03-14) 

**Affected platforms**
* Win10, macOS 10.13;

**Steps to reproduce**
* pref set to true:  browser.proton.enabled
* pref set to true: browser.proton.toolbar.enabled
1. Launch Firefox, access the Customize browser page;
2. Drag all the available buttons in the Overflow menu;

**Expected result**
* button icons have the same offset from the left-side of panel;

**Actual result**
* button icons are no longer centered for: 
  * Reload; 
  * Profiler;
  * Cut / Copy / Paste;

**Regression range**
* visible with proton-toolbar changes;

**Additional notes**
* set as S3 for now, since this might still be worked on;
* attached screenshot to better illustrate the issue.
Bug: Dark Theme - Proton Tooltip for TabStrip blends in color with AddressBar
Status: NEW
Priority: P3
Created: 2021-03-15 09:23:52+00:00
Resolved: 2021-05-12 15:13:32+00:00

**Affected versions**
* 88.0a1 (2021-03-14) 

**Affected platforms**
* Windows 10;
* with macOS 11.3, there is a shadow to the tooltip that helps out a bit;

**Steps to reproduce**
* enable proton prefs;
* OS theme set to dark;
1. Launch Firefox, set it on dark theme / OS theme set to dark;
2. Open at least 1-2 tabs;
3. Hover over tabs;

**Expected result**
* tooltip visible and differentiated with other elements;

**Actual result**
* lack of item shadow makes tooltip blend in with address-bar background;
* used colors are to close one to another(on the color spectrum) and appear as blended;

**Regression range**
* visible after 2021-03-04 / tabstrip-tooltip work / bug ;
* pushlog [URL](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=5199ec2d73fa7daf423b72416be41383ac1042dc&tochange=95b6c826ad974a967364cb1f137bd8a766051d0a)

**Additional notes**
* :rtestard indicated to set as P3;
* attached screenshot to illustrate the issue.
Bug: Contrast of active tab is too low with Proton Light theme (on macOS)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-15 10:56:43+00:00
Resolved: 2021-03-15 14:53:41+00:00

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

Steps to reproduce:

Enable Proton in current Nightly and use the default theme on macOS, which currently is the same as Proton Light.


Actual results:

The selected tab is nearly indistuingishable because the contrast between the light window background and the tab is too low. See attached screenshot, in which I simulated low contrast through the developer tools.


Expected results:

The active tab should be easily visible, even at a glance.
Bug: Editing URL redirects to web search
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-15 11:04:47+00:00
Resolved: 2021-03-15 14:50:19+00:00

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

Steps to reproduce:

1. Open a URL on your local computer, like: http://mycomputer/some/site
2. Let the page load
3. Click in the address bar and append something to the displayed URL, don't change anything else in there
4. Press the Enter key to navigate to that page


Actual results:

1. The URL is displayed without a protocol prefix after clicking into the address bar.
2. After pressing Enter, the page is not loaded but the entire URL (excluding the hidden protocol) is sent to the default web search


Expected results:

1. I don't care so much whether I see the http:// or not, although I'd like to see the full URL and not just some random part of it.
2. When entering a new URL, it must be loaded, not searched for. While searching may work for public URLs (despite the privacy issue), it always fails for local URLs.

This bug also happened in Chrome before, but was fixed before it could be analysed. Now it happens in Firefox. I have the impression that leaving away the http:// prefix causes more trouble then it removes, in every browser not just Chrome or Firefox. That was probably a bad idea. Was it a marketing decision rather than a technical one?
Bug: FxA Sync Now string is not updated accordingly while syncing
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-03-15 12:32:05+00:00
Resolved: 2021-03-29 12:05:17+00:00

#### Tested with:

Nightly 88.0a1 (2021-03-15)
#### Tested on:

Windows 10

#### Preconditions:

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

  1. Launch Firefox Nightly and sign in to sync.
  2. Focus out the browser for 1-2 minutes.
  3. Open the FxA submenu.

#### Actual result:

The sync blue icon is displayed and rotates but the string is still "Sync Now" while syncing. (See the screen recording attached in comment 1).
#### Expected result:

Based on the documentation and on the comment.1 from bug 1694678, when syncing is in progress the string should be "Syncing...". When the string is "Sync Now" the blue sync icon should not be displayed.

This seems to be regressed by: https://bugzilla.mozilla.org/show_bug.cgi?id=1694678
@Emma, could you please take a look over this when you get a chance?
Bug: about:addons - Plugins more option [...] buttons loose left-right inner padding on low resolution or high zoom levels
Status: NEW
Priority: --
Created: 2021-03-15 12:52:06+00:00
Resolved: 2021-05-04 14:33:17+00:00

**Affected versions**
* 87.0b9, 88.0a1(2021-03-10)

**Affected platforms**
* Windows 10, macOS 11.3;

**Steps to reproduce**
1.  Launch Firefox, access about:addons
2. Click on the Plugins section;
3. ZOOM in to the max value / Change screen resolution to lower(lowest);

**Expected result**
* elements properly displayed on resize;

**Actual result**
* [...] button for each plugin listed looses button left-right padding;

**Regression range**
* First bad: 2020-06-29 
* Last good: 2020-06-28
* Pushlog: [URL](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=66013e166aa82f864889f51062944e5509f94b7c&tochange=31fb4a2a69124b6a21e5d8f44a0407d489749407)

**Additional notes**
* other buttons don't end up in this scenario;
* attached screenshot to best illustrate the issue.
Bug: Revoking cam+mic permission takes three times the clicks now in iframes (regression)
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-03-15 13:30:43+00:00
Resolved: 2021-03-26 16:22:58+00:00

STRs:
1. Open https://jan-ivar.github.io/dummy/iframe_gum.html and Allow cam + mic.
2. Click red camera icon in URL bar to open the permissions dropdown, and click the first ✖ in
```
Open Pop-up Windows                   [Allow][▼]
🔴 Use the Camera          Allowed Temporarily ✖
🔴 Use the Microphone      Allowed Temporarily ✖
```
Expected results:
```
Open Pop-up Windows                   [Allow][▼]
```
Actual results (image):
```
⚫ Use the Camera          Allowed Temporarily ✖
⚫ Use the Microphone      Allowed Temporarily ✖
Open Pop-up Windows                   [Allow][▼]
```

The result is I have to click click ✖ 3 times instead of 1 to clear cam+mic permissions. Also the ✖'s move around (get reordered) making them more difficult to hit, and making it less obvious that they weren't cleared the first time like they are in release.

I see basically three bugs here
1. A single click should clear grace and non-grace permissions
2. The items should not reorder on the user
3. A single click should always clear both camera and mic together, because it's a safer, as users may forget to clear both otherwise (this was by design).
Bug: Multiple quit/close warnings appear when closing/quitting multiple times without responding to the first dialog
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2021-03-15 13:36:58+00:00
Resolved: 2021-06-03 16:29:51+00:00

Steps to reproduce:
1. Enable Titlebar
2. Open multiple tabs(more than 3 tabs)
3. Click native window close button multiple times
4. Click "Close" button in the alert box
   --- the alert box will appear again and again --- Bug!
(Optionally)
5. Click "Cancel" button in the alert box (and repeats step 5 if any)
   --- If you choose "Close" even once, the browser will close even if you choose "Cancel" for all the rest. --- Maybe bug!

Actual results:
The native window close button is clickable multiple times.
The alert box appears multiple times.

Expected results:
The native window's close button should not be clickable multiple times.
There should be only one alert box.
Bug: Part of pages and menus overlaps the What's new panel while scrolling
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-03-15 13:56:33+00:00
Resolved: 2021-03-15 15:04:53+00:00

**Affected versions**
* Firefox 88.a01

**Affected platforms**
* Windows 10x64

**Steps to reproduce**
1. Launch Firefox
2. Go to hamburger menu
3. Open What's new panel
4. Scroll up and down inside the panel
5. Observe the panel

**Expected result**
* No issues should occur when scrolling inside the What's New panel 

**Actual result**
* Part of pages and menus overlaps the What's New panel while scrolling

**Regression range**: Will look asap.
**Note**: Unable to reproduce on Firefox latest beta.
Bug: Nightly i go to Sync now and make a bridge like that.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-15 15:02:30+00:00
Resolved: 2021-03-16 12:34:54+00:00

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

Steps to reproduce:

Sync now button in Profile
move mouse cursor 


Actual results:

does not affect performance only the GUI has a problem
Bug: "Settings" string is not Mac-like (replacement for Preferences)
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-03-15 15:15:09+00:00
Resolved: 2021-03-25 16:16:36+00:00

Regressed by bug 1695671.

Steps to reproduce:

1. Open Firefox menu or appmenu (browser.proton.enabled=true)

What happens:

See the word "Settings"

Expected result:

"Preferences", like virtually every other app on macOS.

The word "Preferences" is explicitly called out in the Apple HIG https://developer.apple.com/design/human-interface-guidelines/macos/menus/menu-bar-menus/#app-menu and Mac users familiar with the platform will see it as a deviation from platform norms. 

Given the other work happening on macOS (Smart Zoom, native context menus, pinch to zoom), this seems like a step back, while other platform smarts are moving forward.
Bug: [Experiment] The "expose" telemetry ping for the "Pin Firefox to Taskbar During Onboarding" experiment experiment is not displayed in the "about:telemetry" page
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-03-15 15:33:20+00:00
Resolved: 2021-03-28 16:24:32+00:00

**[Affected versions]:**
- Firefox Beta 87.0b9 - Build ID: 20210311161514

**[Affected Platforms]:**
- Windows 10 x64

**[Prerequisites]:**
- Have this [user.js](https://drive.google.com/file/d/1tG01VbQIOhf_2m9KSc_F7314tKehEDVM/view?usp=sharing) saved to your PC.

**[Steps to reproduce]:**
1. Create a new profile but do not open the browser.
2. Go to the profile folder and paste the "user.js" from prerequisites.
3. Open the browser with the profile from prerequisites using the "--first-startup" argument.
4. Navigate to the "about:telemetry" page.
5. Observe the telemetry pings specific to the experiment in test.

**[Expected result]:**
- An "expose" ping specific to the "Pin Firefox to Taskbar During Onboarding" experiment is displayed.
	
**[Actual result]:**
- There are no "expose" telemetry pings displayed at all.

**[Additional Notes]:**
- Attached a screen recording of the issue.

@Ed, could you please take a look over this issue?
Bug: Sharing multiple tabs appears possible in Proton, causes unexpected result (shares single tab instead)
Status: NEW
Priority: P5
Created: 2021-03-15 15:41:41+00:00
Resolved: 2024-11-26 15:45:18+00:00

Steps to reproduce:

0. Be on a Mac (have not tested Windows)
1. Set `browser.proton.enabled` to true
2. Restart Firefox 
3. Open a few tabs: Amazon, Apple, Microsoft, Google
4. Select tabs opened in step 3 
5. Right click on Microsoft tab 
6. Select Share > Notes
7. Click "Save" in dialog that appears
8. Open Notes and find your saved note.

What happens:

The note saved contains a Microsoft URL. 

Expected result:

The note saved should contain URLs for all selected tabs.

Since bug 1698581 is not a feature, I would expect the "Share" menu item to be disabled if I have selected multiple tabs (step 6 should not be possible above).
Bug: Saved files are intermittently invalid html
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-03-15 15:47:51+00:00
Resolved: 2021-03-16 07:47:29+00:00

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

Steps to reproduce:

Saved a web page in Firefox.


Actual results:

Later, on attempting to open the saved file, firefox may read it (though referred to the original page), but few other programs (such as Abiword) will, reporting an "invalid file."


Expected results:

If Firefox is outputting valid HTML, then other programs should be able to read it. It's not like it's changed radically.
Bug: Shorten background updater string
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-03-15 16:41:43+00:00
Resolved: 2021-03-18 04:19:30+00:00

Feedback from flod and me was to shorten the background update string.

See bug 1691495 and https://phabricator.services.mozilla.com/D107921
Bug: Revert naming change of preferences/settings for 88 release
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-03-15 16:57:08+00:00
Resolved: 2021-03-16 11:16:44+00:00

I should have caught this in bug 1695671, but we don't intend for the preferences/options vs. settings change to go out in 88, so we shouldn't update the menu items there.

We can either back it out now and then revert the backout in the 89 cycle, or we can write a backout patch and make sure we land it on beta before b1 is built.

Ryan/Francesco, are there particular preferences either way from a relman/l10n perspective?
Bug: Gap in between Proton context menu sections
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-15 19:54:53+00:00
Resolved: 2021-03-16 11:34:24+00:00

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

Steps to reproduce:

1. Have Proton enabled in the latest nightly
2. Open a context menu such as in the bookmarks bar


Actual results:

There is a gap between the two sections of the context menu


Expected results:

There should not be a gap in between the sections of the context menu
Bug: Intermittent TEST-UNEXPECTED-TIMEOUT | browser/components/sessionstore/test/browser_restoreTabContainer.js | application timed out after 370 seconds with no output
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-03-15 20:22:17+00:00
Resolved: 2021-04-27 17:05:35+00:00

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

---
```
[task 2021-03-15T18:25:22.315Z] 18:25:22     INFO - TEST-PASS | browser/components/sessionstore/test/browser_restoreTabContainer.js | The tab was opened in the expected crossOriginIsolated environment - true == true - 
[task 2021-03-15T18:25:22.315Z] 18:25:22     INFO - Buffered messages finished
[task 2021-03-15T18:25:22.315Z] 18:25:22    ERROR - TEST-UNEXPECTED-TIMEOUT | browser/components/sessionstore/test/browser_restoreTabContainer.js | application timed out after 370 seconds with no output
[task 2021-03-15T18:25:22.316Z] 18:25:22    ERROR - Force-terminating active process(es)```
Bug: Page action buttons removed from address bar come back on restart
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-03-15 21:34:35+00:00
Resolved: 2021-03-16 01:58:08+00:00

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

Steps to reproduce:

- Install an extension like multi-account containers that creates page action buttons
- Go to some page where the page action button is loaded, right click > remove from address bar


Actual results:

- The page action button is gone initially
- Restart the browser
- The page action button is back


Expected results:

- Page action widget area should remember the user's customization state