av9ash/GitBugs huggingface dataset:
Bug: ASRouterUtils.blockBundle is not a function
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-03-31 12:20:10+00:00
Resolved: 2020-04-13 15:11:34+00:00

I hit this error when trying to block `TRAILHEAD_CARD_11`, probably because of the `"bundled": 3,` attribute on the message.
Maybe we can also add some unit tests around this functionality to catch regressions.
Bug: Autoplay drop-down flickers and closes when changing selection
Status: NEW
Priority: P3
Created: 2020-03-31 12:51:09+00:00
Resolved: 2020-05-12 00:55:28+00:00

**Affected versions:**
* Nightly 76.0a1
* Firefox 74
* Firefox 75.0b11
* Firefox 68.6.0 esr

**Affected platforms:**
* MacOS 10.15

**Steps to reproduce:**

1. Launch Firefox with a new profile
2.  Navigate to https://edition.cnn.com/videos
3. In the URL bar - click on the autoplay crossover icon
4. Open the autoplay drop-down options and change option several times
5. Observe the autoplay dropdown

**Expected:**
Autoplay dropdown should be properly displayed when changing autoplay options.

**Actual Results:**
Autoplay drop-down flickers when changing the option.
Sometimes the drop-down is automatically dismissed when you try to open it (it closes before giving you the chance to change the option).
For more details, please see the screencast: 
https://imgur.com/dYDGwJk

**Regression:**
* Not a regression, issue seen on the old autoplay implemented in Fx 66
Bug: [macOS] The operating system’s authentication dialog accepts the empty password only at the second attempt
Status: NEW
Priority: P3
Created: 2020-03-31 13:01:15+00:00
Resolved: 2022-12-26 18:20:54+00:00

[Affected versions]:
- Firefox Nightly 76.0a1 (Build ID: 20200331093527)

[Affected Platforms]:
- Mac 10.15.3
- Mac 10.14.6 
- Mac 10.13.6

[Prerequisites]:
- Have a profile with at least one saved login.
- Have an empty OS password set.

[Steps to reproduce]:
1. Open the latest Nightly Firefox browser.
2. Navigate to the "about:logins" page and select a saved password.
3. Click on the "Show Password" button from the login item.
4. Click the "OK" button of the OS auth dialog.
5. Observe the behavior.

[Expected result]:
- The password is correctly shown without entering any password.

[Actual result]:
- The operating system’s authentication dialog is re-displayed and only at the next attempt the dialog accepts the empty password and the password of the saved login is shown.

[Notes]:
- The issue is also reproducible after clicking the "Copy" and "Edit" button.
- The issue is also reproducible if trying to check the "Use a master password" option from "about:preferences#privacy" page.
- No errors are displayed in the browser console.
- Attached a screen recording with the issue: [link](https://drive.google.com/open?id=1FqsJSezDgrznhQMday6u2ZG-Sl6vJY1P).
Bug: Calculations done in address bar is not correct
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-31 19:04:14+00:00
Resolved: 2020-03-31 19:45:16+00:00

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

Steps to reproduce:

Typed 1500+28125.38+2153.85= in the address bar and waited for the result to show up (Without entering)


Actual results:

32779.18


Expected results:

31779.23
Bug: No 'Back One Page' when clicking link
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-03-31 19:29:49+00:00
Resolved: 2020-04-23 08:04:33+00:00

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

Steps to reproduce:

I'm browsing my Facebook news feed and click on a link of a 'Followed' page. Instead of the link opening in a new tab, as Firefox is set to do so, the link opens in the current tab and the 'Back One Page' button greys out, therefore, removing the ability to go back to the previous page (in this case, trying to return to Facebook). To the best of my recollection, this seems to always occur on Facebook.


Actual results:

In this particular situation (just happening today, 3/31/20) the 'Highjacking' link is the Smithsonian magazine's Smart-news: 

< https://www.smithsonianmag.com/smart-news/watch-seven-medieval-european-castles-digitally-rebuilt-180974541/?utm_source=facebook.com&utm_medium=socialmedia >


Expected results:

What should have happened is when I clicked the link, a new tab should have opened (as per settings) *OR* the 'Back A Page' button should work as intended allowing me to return to the previous page.
Bug: Restoring windows from a session does not respect whether or not Fission was enabled for each window
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2020-03-31 20:34:30+00:00
Resolved: 2021-04-20 19:20:16+00:00

Steps to reproduce:
1. Make sure you have fission enabled
2. Open a new window, navigate to a site (window 1)
3. Open a new Non-Fission window, navigate to a different site (window 2)
4. Either try to update your browser or quit and agree to 'Close Tabs' when prompted.
5. Start the browser again and click History -> Restore Session.

Expectations: we will have two windows, window 1 will be Fission enabled and window 2 will not be Fission enabled
Reality: both windows are fission enabled.
Bug: “Bookmark This Page” is broken for a particular website, and it doesn't show in Awesomebar history
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-03-31 21:05:50+00:00
Resolved: 2020-06-23 14:55:03+00:00

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

Steps to reproduce:

I regularly visit https://coronavirus.jhu.edu/map.html, probably at least a dozen times at this point. Every time I want to open it, I type “Johns Hopkins” into the location bar (the site's <title> is “Johns Hopkins Coronavirus Resource Center”), yet it is never found and I have to use the search engine. So, I decide I should bookmark it, either by clicking “Bookmark This Page”, by pressing ⌘D, or by clicking the star outline.

I am using 75.0b11 (64-bit) on macOS 10.14.6.


Actual results:

Each of the ways to bookmark it do nothing, and I get the following in the Browser Console:


Error: "Error(s) encountered during statement execution: database disk image is malformed"
    handleCompletion resource://gre/modules/Sqlite.jsm:887
Sqlite.jsm:712:15
    _transactionQueue resource://gre/modules/Sqlite.jsm:712
Error: "Error(s) encountered during statement execution: database disk image is malformed"
    handleCompletion resource://gre/modules/Sqlite.jsm:887
Error: "Error(s) encountered during statement execution: database disk image is malformed"
    handleCompletion resource://gre/modules/Sqlite.jsm:887
Error: Error(s) encountered during statement execution: database disk image is malformed Sqlite.jsm:887:25

As mentioned before, it also never is prompted in the location bar.


Expected results:

The bookmark popup should have showed up (which does happen for all other websites for me…), and it should show up in the location bar even without bookmarking.
Bug: Sorting by "Alerts" is broken when there are no vulnerable passwords
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-03-31 21:28:35+00:00
Resolved: 2020-04-06 09:53:37+00:00

A bug in the code of login-list.js only used breach alerts and vulnerable password alerts in the sorting algorithm if both were present. When both aren't provided, it would fall back to sorting by 'name'.
Bug: Drop down a folder from bookmark field and Copy past dont work
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-03-31 23:35:08+00:00
Resolved: 2020-04-24 12:01:04+00:00

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

Steps to reproduce:

Mac, Bug in beta 75.0b10

Bug when drop down a folder from bookmark field
And
Copy from www field or www site, works some times but most not

Copy and past dont work


Actual results:

First time the menu drops down, second it is inaccesible 


Expected results:

Dropdown menu

Copy and past
Bug: The vulnerable logins are sometimes not marked as vulnerable after syncing logins or adding outside about:logins without refreshing the page
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-04-01 08:44:40+00:00
Resolved: 2024-11-16 06:31:51+00:00

[Affected versions]:
- Nightly 76.0a1 (Build ID: 20200331225823)

[Affected Platforms]:
- Windows 10 x64
- Mac 10.14.6
- Ubuntu 18.04 x64

[Prerequisites]:
- Have a Firefox Account with at least 2 saved logins, one breached and another one vulnerable. (the vulnerable login must be without username)

[Steps to reproduce]:
1. Open the Firefox browser.
2. Navigate to the “about:logins” page.
3. Click the “Sign in to Sync” button and log in with the Firefox Account from prerequisites.
4. Switch back to the “Logins & Passwords” tab.
5. Observe the vulnerable login without the username.

[Expected result]:
- The login is marked as vulnerable.

[Actual result]:
- The key icon and notification are not displayed.

[Notes]:
- This issue is not reproducible for the breached logins without a username.
- Attached a screen recording with the issue.
Bug: About:preferences modal windows cannot be resized to the default size
Status: NEW
Priority: P3
Created: 2020-04-01 09:13:41+00:00
Resolved: 2020-09-02 10:04:46+00:00

#### Affected versions:

ALL
#### Affected platforms:

ALL
#### Steps:

  1. Launch Firefox with a new profile and go to about:preferences#privacy.
  2. Scroll down to the Permissions section.
  3. In Permissions section click the "Settings..." button near "Autoplay" label
  4. Resize the Settings Modal window to a biggest size and close it.
  5. Click on the autoplay settings button again, resize the width of the window to the lowest size and try to adjust the height of the window.

#### Actual result:

The height of the window cannot be adjusted. Cannot resize the modal window to the default size.
#### Expected result:

The modal window should be resized to the default or any size.
See the video attachment for a better understanding.

#### Regression range:
This is not a regression. Issue reproducible on fx64 (04-Oct-2018) as well.
Bug: Crashed my PC
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-04-01 11:15:10+00:00
Resolved: 2020-04-29 13:11:15+00:00

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

Steps to reproduce:

Was opened Firefox 74.0 with multiple www.olx.bg tabs opened


Actual results:

From sleep mode clicking for normal mode crashed my pc with stopcode:memory_management


Expected results:

To start from sleep mode normally and not crash my pc.
I think this crash was before and still not fixed like the memory management for firefox was increasing very big like 12+ GB Ram.
Tell me what was the crash.
Here link for the files to download for fixing
https://mega.nz/#F!pj52gC4S!jSG1R1nV-Zv66O30Gx_G8w
Bug: [macOS] Flexible Spaces are too small
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-04-01 12:21:44+00:00
Resolved: 2020-04-29 19:19:42+00:00

Flexible spaces start shortening sooner than usual, and they're also smaller in Customize view. I don't think they shrink that soon on other platforms.
Bug: Arabic Firefox mirrored if locale is set to en-US even if language is still Arabic
Status: RESOLVED
Priority: P3
Resolution: INVALID
Created: 2020-04-01 12:26:19+00:00
Resolved: 2020-04-17 17:53:58+00:00

**Affected platforms**
* Windows 10 x64
* Windows 8.1 x86

**Prerequisites:**
* Run the commands in CMD as admin:
rd /s /q %userprofile%\AppData\Roaming\Mozilla
rd /s /q %userprofile%\AppData\Local\Mozilla
rd /s /q %userprofile%\AppData\LocalLow\Mozilla
* Download an older build than Firefox 72.0 with the locale "ar" and the language pack for this build (ar.xpi).
* Copy the distribution folder that is attached to this bug in the Firefox folder. 
* Remove the English language pack from the C:\....\distribution\extensions directory and replace is with the ar.xpi under the name "langpack-ar@firefox.mozilla.org.xpi".

**Steps to reproduce**
1. Update the browser manually (Menu -> Help -> About Firefox -> Restart to update Firefox).
2. Repeat step 1 and pay attention to the orientation of the navigation toolbar.

**Expected result**
* 1. The browser updates to 72.0.2 and the browser looks as expected. 
* 2. The browser updates to 75.0 and the browser looks as expected. 

**Actual result**
* 1. The browser updates to 72.0.2 and the browser looks as expected. 
* 2. The browser updates to 75.0 and the browser has the navigation toolbar is mirrored. 


**Additional notes**
* This issue is happening only if the distribution.ini has these prefs:
general.useragent.locale="en-US"
intl.locale.requested="en-US"
* If those prefs are changed to "ar" the issue is not reproducing anymore. 
* This issue is reproducing if the initial Firefox is newer than 72.0, too.
Bug: The "Edit" and "Remove" buttons of a vulnerable/breached login cannot be focused using keyboard navigation
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-04-01 14:01:12+00:00
Resolved: 2020-04-07 14:51:22+00:00

[Affected versions]:
- Nightly 76.0a1 (Build ID: 20200329214909)

[Affected Platforms]:
- Windows 10 x64
- Mac 10.14.6
- Ubuntu 18.04 x64

[Prerequisites]:
- Have a profile with at least 3 saved logins in which one is breached and one is vulnerable.

[Steps to reproduce]:
1. Open the Firefox browser with the profile from prerequisites.
2. Select a vulnerable/breached login.
3. Click and hold the "Create New Login" button and release it in order for the button to be focused.
4. Press the "Tab" key a single time.
5. Observe what button is focused on.

[Expected result]:
- The "Edit" button is focused.

[Actual result]:
- The "Go to [website_name]" link is focused.

[Regression]:
- This issue is not reproducible with older Nightly 76.0a1 builds. Using mozregression tools we have found the following pushlog which contain the bug which introduced this behavior:
 - Pushlog: [link](https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=5a5b189e0fc90e9f8bbe44a0a7126ad62ec94da6&tochange=438d5f4b2417959856efba5a99706f68fe4ba5eb)
 - From this pushlog I suspect that bug Bug 1625958 introduced this behavior.

[Notes]:
- When the vulnerable/breached login is elected, the "Edit" button is automatically focused and the "Remove" button is focused next if the "Tab" key is pressed. But, the "Edit" and "Remove" button are no longer focused using keyboard navigation.
- The "Edit" and "Remove" buttons can also be focused using keyboard navigation if you click the empty area above the buttons.
- Attached a screen recording with the issue.
Bug: Pinned tabs can push window buttons out of the window on narrow window sizes
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-01 14:53:48+00:00
Resolved: 2020-04-02 15:46:45+00:00

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

Steps to reproduce:

All I did was put mozilla in half screen mode (by dragging the window to the limit of the left or right screen in windows).
My screen is 1920x1080 (if that helps)


Actual results:

the buttons of the window and of the tabs are not visible (see the attached file).


Expected results:

see the buttons correctly.
Bug: Different bookkmarks for starting firefox and starting by link in a mail
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-04-01 18:48:28+00:00
Resolved: 2020-04-02 08:08:33+00:00

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

Steps to reproduce:

In Thunderbird I get a link in a mail leading to a special website. I click on the link which starts Firefox who opens the website. Then I add a bookmark for this site.



Actual results:

When I later start Firefox without clicking a link, the bookmark is not stored. Vice versa when I set a bookmark now and start Firefox by clicking a link the second bookmark is not stored.


Expected results:

The bookmarks should always be the same no matter how Firefox is started.
Bug: Firefox doesn't open all windows when restarting
Status: RESOLVED
Priority: P3
Resolution: INACTIVE
Created: 2020-04-01 19:47:58+00:00
Resolved: 2021-05-25 15:16:37+00:00

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

Steps to reproduce:

I closed Firefox using the taskbar -> Close option.


Actual results:

I had 4 windows open with loads of tabs and one window (my main window) with 40+ tabs is missing.


Expected results:

All the windows should have opened correclty.
Bug: Address bar panel/view/popup opens behind other popups/menus, and focus is also broken
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-04-01 20:15:51+00:00
Resolved: 2024-07-15 15:44:33+00:00

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

Steps to reproduce:

Open download menue
"strg + l" to focus address bar  (which opens in background??)
type something and suggestion appears
press arrow or tab to use suggestion


Actual results:

address bar dissapears


Expected results:

1) the address should be in front of download menue
2) tab or arrow select suggestion
Bug: The "Sign in to Firefox" button should not have the label wrap to two lines
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-04-01 21:02:19+00:00
Resolved: 2020-10-06 09:01:27+00:00

As seen on macOS, the "Sign in to Firefox" button in the header of about:logins can have the label wrap to two lines when the window size is made narrower.

We should keep the label on one line at all times.
Bug: Wizard page titles are missing in e.g. migration wizard after the changes from bug 1608197
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-04-01 21:30:48+00:00
Resolved: 2020-04-24 14:19:27+00:00

This is because if the wizard includes fluent and trips `document.l10n` creation, we end up trying to use fluent for the headers. If there's no fluent attribute on the wizardpage, we clear the label - but we shouldn't be doing that if there was never a fluent ID on there in the first place. We probably also shouldn't early-return after calling `_adjustFluentHeaders`.
Bug: Automatically uninstall Adjust Screen Brightness
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-04-02 06:05:07+00:00
Resolved: 2020-05-05 20:23:35+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; rv:75.0) Gecko/20100101 Firefox/75.0

Steps to reproduce:

1. Open firefox to install Adjust Screen Brightness
(https://addons.mozilla.org/en-US/firefox/addon/adjust-screen-brightness/)
2. Then it works properly, We can control Screen Brightness in Firefox.
3. Then turn off my laptop and restart Firefox.



Actual results:

 When we try to use it (Adjust Screen Brightness) once again after restart Firefox, I got Adjust Screen Brightness already got uninstalled. 


Expected results:

When we try to use it (Adjust Screen Brightness) once again after restart Firefox the Adjust Screen Brightness must work. It must work properly.
Bug: test_location.js doesn't run fully
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-04-02 08:33:17+00:00
Resolved: 2020-04-14 21:51:06+00:00

I just noticed that test_location.js doesn't run fully. It is using `Services.appinfo.OS` which on xpcshell-tests is always `XPCShell`, as a result the final part of the test doesn't run.

https://searchfox.org/mozilla-central/rev/7fba7adfcd695343236de0c12e8d384c9b7cd237/toolkit/components/search/tests/xpcshell/test_location.js#30

Doing the obvious fix turns up test failures, so I need to have a look at what's happening there.
Bug: missing symbols in pdf file
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-04-02 08:37:03+00:00
Resolved: 2021-12-11 10:19:58+00:00

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

Steps to reproduce:

open 
https://www.mpibpc.mpg.de/277681/paper_alg_evaluation.pdf , 

in firefox,

then open the same file in adobe reader [macos]

look at formating of equations



Actual results:

missing "+", "-" and "=" in equations make the paper impossible to read.
For instance Equation(13) has missing  symbols. They are displayed by acrobat reader. [page 1545]


Expected results:

Symbols should display as in acrobat, see eq.13 for specific example, but many others
Bug: The elements of a login item are cropped if the browser window is narrowed
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-04-02 09:44:23+00:00
Resolved: 2020-04-07 14:56:59+00:00

[Affected versions]:
- Nightly 76.0a1 (Build ID: 20200401212659)

[Affected Platforms]:
- Windows 10 x64
- Mac 10.14.6
- Ubuntu 18.04 x64

[Prerequisites]:
- Have a Firefox profile with at least one saved login.

[Steps to reproduce]:
1. Open the Firefox browser with the profile from prerequisites.
2. Navigate to the “about:logins” page.
3. Select a saved login.
4. Resize the browser less than 50% of its width.
5. Scroll the page using the horizontal scroll bar and observe the elements from the Login view.

[Expected result]:
- The elements from the Login view are correctly displayed.

[Actual result]:
- The elements from the Login view are cropped.

[Notes]:
- This issue seems to be caused by the Bug 1625967.
- Attached a screen recording with the issue.
Bug: [Experiment] Clients enrolled in the Do No Harm experiment could end up not seeing the new about:welcome page
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-04-02 11:25:56+00:00
Resolved: 2020-04-17 09:01:15+00:00

**[Affected Platforms]:**
- All Windows

**[Affected Versions]:**
- Firefox Beta 75.0, Build ID 20200331175109

[Prerequisites]:
- Have an active multipref recipe.
- Have the recipe set-up in such a way that they target your profile. ([this](https://delivery-console.stage.mozaws.net/recipe/1014/rev/3455/) is the recipe I used)
- Download [this prefs.js file](https://drive.google.com/open?id=1luiqflWMdwiA4xJegMlNe4u3dCLZ1b65) on your computer.

**[Steps to reproduce]:**
1. Open the Browser with the Profile chooser. 
2. Create a new profile but DO NOT open it.
3. Navigate to the local profile directory.
4. Place a copy of the prefs.js file from the prerequisites in the profile folder.
5. Open the Profile using Firefox Beta 75.0 and observe the behavior.

**[Expected result]:**
- The simplified about:welcome page is displayed.

**[Actual result]:**
- The default about:welcome page is displayed.

[Notes]:
- One of two things can happen in this case:
  - the client is **NOT** enrolled in the experiment because Normandy was not fast enough when executing the recipe 
**OR** 
  - the client **IS** enrolled in the experiment, but the default page is still displayed because it loaded faster.
- We've also set-up a recipe in the Prod environment of Normandy and the issue is reproducible there as well. 
- We've also used attribution code and the stub installer method of starting up Firefox for the first time and the issue is reproducible in this way as well. Normandy is either too slow in enrolling or the page is too fast when it is displayed.
- I have attached a screen recording of the behavior.
Bug: The OS auth dialog is triggered when trying to create a master password even if the OS authentication prompt is disabled
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-04-02 14:34:29+00:00
Resolved: 2020-04-03 12:44:54+00:00

[Affected versions]:
- Nightly 76.0a1 (Build ID: 20200402095145)

[Affected Platforms]:
- Windows 10 x64
- Mac 10.14.6

[Prerequisites]:
- Have an OS password set.
- Gave at least one login saved.

[Steps to reproduce]:
1. Open the Firefox browser with the profile from prerequisites.
2. Navigate to "about:config" page and set the "signon.management.page.os-auth.enabled" pref to false.
3. Navigate to "about:preferences#privacy" page and scroll down until the "Logins and Passwords" option. 
4. Click the "Use a master password" checkbox.
5. Observe the behavior.

[Expected result]:
- The "Change Master Password" dialog is displayed.

[Actual result]:
- The OS auth dialog is displayed even if the feature is disabled by the pref.

[Notes]:
- The issue is still reproducible after browser restart.
- Attached a screen recording with the issue.