av9ash/GitBugs huggingface dataset:
Bug: nightly 77.0a1 (2020-04-17) (64 bits) makes the my system instable
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-04-17 22:12:09+00:00
Resolved: 2020-04-19 07:29:16+00:00

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

Steps to reproduce:

Using FF Nightly daily for browsing imgur.com on a Ubuntu 18.04 LTS with VirtualBox Version 6.1.4 r136177 (Qt5.9.5) running. A WinXP VM is running Civ2 in the VBox.
Other programs running : FF 75.0 (64 bits), Thunderbird 68.7.0 (64 bits), Transmission 2.92 (14714) and Calibre 3.21 . 
Ram : 8 Gb.


Actual results:

The problem doesn't appear if Nightly is NOT running (I tested).
After a while, variable but in hours (2 to 4), it seems impossible to access nor the dash board neither the popup to switch windows: they don't appear anymore. 
If I see soon enough that the dash & "switch Windows" aren't woking, it is still possible to "alt-tab" between the different running programs to close them and restart Ubuntu gracefully. 
It might happen that the whole computer is on a "hard lock" : no keyboard reaction. Sound or music run in a loop. A hard reset is the only solution in this peculiar case.


Expected results:

Ubuntu should be stable with this version of Nightly. Same problem appeard with the version I ran on 2020-04-17. It didn't happen with versions of the beginning of the week (equal or older than 2020-04-12). 
As a retired person, I have enough time to make any non-destructive tests on my PC to reproduce the problem with older versions of Nightly.
Bug: privacy.firstparty.isolate clears (some?) cookies on startup
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-04-18 01:17:05+00:00
Resolved: 2020-04-20 02:42:54+00:00

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

Steps to reproduce:

1. Create new blank firefox profile
2. Go to https://news.ycombinator.com/
3. Click Login (top right corner)
4. Create new account (output of openssl rand -hex 6 works fine as both username and password)
4a. You might need to solve the idiotic google recaptcha
5. You should now be logged in
6. Go to about:config and set privacy.firstparty.isolate to true
7. Close the about:config tab
8. Shutdown the firefox
9. Start the firefox
10. Go to https://news.ycombinator.com/


Actual results:

11. I'm not signed in anymore


Expected results:

11. I would still be signed in
Bug: searching for URL in search bar goes to that URL
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-18 02:05:26+00:00
Resolved: 2020-04-20 16:06:12+00:00

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

Steps to reproduce:

I have the URL/address bar and a separate search bar (as God intended -- none of this one "not-Awesome-Bar for everything" stuff). When searching for an URL, instead of sending it to the relevant search engine, Firefox attempts to resolve the URL instead. 


Actual results:

What Firefox attempts to visit the searched for URL. If it's a site that does not resolve, it gives the standard "Hmm. We’re having trouble finding that site.

We can’t connect to the server at xxxx."

This happens with:
https://www.
https://thisisnotarealdomain.thisisnotarealdomain
http://w
https://
www.mozilla.org
www.thisisnotarealdomain

This does not happen if one prepands the search term with a space.


Expected results:

Firefox should send the URL to the search engine, the same as any other text searched for in the search bar.
Bug: Firefox Nightly views Bing search engine result 'how to report bugs on firefox nightly' as a dangerous site
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-04-18 02:58:06+00:00
Resolved: 2020-06-02 12:53:41+00:00

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

Steps to reproduce:

Used Firefox Nightly 77.0a1 (2020-04-17) (64-bit) and set Bing search engine as default. Searched up, "how to report bugs on firefox nightly" and that's when the bug occured.


Actual results:

The browser was at this link:https://www.bing.com/search?form=MOZLBR&pc=MOZI&q=how+to+report+bugs+in+firefox+nightly, and it said the following:

Did Not Connect: Potential Security Issue

Nightly detected a potential security threat and did not continue to www.bing.com because this website requires a secure connection.

What can you do about it?

www.bing.com has a security policy called HTTP Strict Transport Security (HSTS), which means that Nightly can only connect to it securely. You can’t add an exception to visit this site.

The issue is most likely with the website, and there is nothing you can do to resolve it.

If you are on a corporate network or using anti-virus software, you can reach out to the support teams for assistance. You can also notify the website’s administrator about the problem.

Learn more…


Expected results:

The search should've loaded onto bing's search machine and loaded the page, as expected when using a search engine.
Bug: Moving a discarded about: page to a new window is opening it as about:blank
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-18 03:14:33+00:00
Resolved: 2020-04-23 16:46:26+00:00

Using Move to New Window (tab context menu → Move Tab →Move to New Window) looks like it removes the tab and opens an `about:blank` tab.

It seems like restoring the tab fails and fall backs to `about:blank`.
Bug: Preference to control MegaBar have to be added to GUI Options/about:preferences
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-18 09:19:04+00:00
Resolved: 2020-04-19 08:44:23+00:00

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

STR:
1. Start latest Mozilla Firefox Nightly 71.0a1 (2019-10-02)
2. Make sure that "browser.urlbar.update1" preference is set to "false" in about:config/"Advanced Preferences" (should be enabled by default in latest Mozilla Firefox Nightly)
2. See that some MegaBar is now still enabled
3. Try to disable it in GUI Options/about:preferences, because this feature it's tiresome and exhausting on my morbid and unhealthy eyes per flashing/flickering/blinking on white, and see that there is no any preference to control this feature in GUI Options/about:preferences.

Please provide option to control this new feature in GUI Options/about:preferences, as for now only "browser.urlbar.update1" preference hidden in about:config/"Advanced Preferences" control it and hiding preferences in about:config/"Advanced Preferences" doesn't seem overall like good idea, as how user will know about this that some hidden preference control this, especially for some new feature, which affecting users with disability and diseases.

It could be located in Options ( about:preferences ) for example in "Search" tab ( about:preferences#search ) or in "General" tab ( about:preferences#general) under "Browsing" section.

Plus when I am presenting to clients, the last thing I need when I click on URL bar to to see another client's bookmarked site. Autmatically drop down.  I don't need my clients seeing what Bank I use, or even what slack sites I use. Shoulder surfing at the best, security issue at worst. This is exactly the same reason I do not use LibreOffice.
Bug: My bookmarks are not visible in Highlights
Status: UNCONFIRMED
Priority: P3
Created: 2020-04-18 10:09:23+00:00
Resolved: 2024-01-18 22:41:31+00:00

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

Steps to reproduce:

● Do the following in Settings → Home (I use Firefox in Swedish, so the following are translations from Swedish and not necessarily the exact words in the English version):
☒ Highlights
	☐ Visited pages
	☒ Bookmarks
	☐ Most recent downloads
	☐ Pages saved to Pocket

● Open a new tab.



Actual results:

Highlights are empty.


Expected results:

My bookmarks should have appeared in Highlights.
My bookmarks were created by opening a page and clicking the star symbol at the right hand of the address field.

This worked a few major versions ago, as far as I remember.
My operating system is Manjaro Linux 19.0.2.
Bug: Address Bar - drop down formatting is inconsistent with search box
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-04-18 12:32:33+00:00
Resolved: 2020-05-19 18:22:40+00:00

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

Steps to reproduce:

In the latest version of Firefox, clicking on the Search box produces a drop down as it always has, clicking on the Address Bar procuces a much larger drop down which is visually inconsistent.


Actual results:

Instead of being aligned with the top of the Address bar, the drop down now has a much larger white border which extends a couple of pixels above the top of the firefox window so it encroaches into the area normally used only to display the tabs.
This looks like a bug in the CSS to me.
it doesnt cause any problems, its just ugly.


Expected results:

It should appear the same as the search box (or like Google Chrome), sized to fit the top of the Address Bar exactly.
This is the same on both MacOS and Windows 10, the mac has rounded corners but otherwise has the same difference.
Bug: URL spoofing using kana + latin
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-04-19 04:36:21+00:00
Resolved: 2023-12-03 05:58:29+00:00

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

Steps to reproduce:

Go to: https://google.comノ.mail


Actual results:

Showed as it is, making it look like www.google.com/mail/


Expected results:

Should be converted into punnycode
Bug: Firefox Desktop allow redirect top frame to data: URL
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-19 05:49:33+00:00
Resolved: 2023-05-19 10:44:10+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.163 Safari/537.36

Steps to reproduce:

Description

I found Firefox(Desktop and iOS) allow redirect top frame to data: URL, the behaviour is not allowed in Desktop Edge/Chrome etc, it seems Android firefox also don't allow this action.

Edge version: 75.0 (x64)

Reproduce steps:

create a html with content like this:
<a href="data:,microsoft.com" target="_self">click me</a>
you will find that the top frame has been redirected to data: URL


Actual results:

top frame has been redirected to data: URL


Expected results:

show error message like chrome:
Not allowed to navigate top frame to data URL: data:,microsoft.com
Bug: While in full screen, hovering any toolbar item (except for the tab strip's) to a point that its tooltip will appear and then moving the mouse over to a different toolbar item will hide the toolbars
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-04-19 07:35:02+00:00
Resolved: 2020-05-01 11:01:41+00:00

STR:
1. Windows 10, latest Nightly
2. Press F11 to toggle full screen
3. Hover any toolbar item (except for the tab strip's) and wait for its tooltip to appear
4. Move your mouse to a different toolbar item, without leaving the toolbars area

AR:
The entire toolbar hides.

ER:
The toolbar should remain visible.

Note that quickly moving the mouse from a toolbar item to another without waiting long enough for the tooltip to appear will not cause this issue.

Not sure if this is a feature though, but this feels wrong. As long as my mouse is on the toolbar area, I don't think the toolbar should hide itself.
Bug: endless loop with a nested Unfiled Bookmarks shortcut
Status: NEW
Priority: P3
Created: 2020-04-19 10:12:56+00:00
Resolved: 2022-09-01 14:24:17+00:00

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

Steps to reproduce:

Just to analyze a bit my filed (bug 1625883) I tried to reorganize my Bookmarks, to have a simpler situation for investigation. So I tried to move complete bookmark trees...
How to move them (as I thought) ? Mark entries and do Drag 'n Drop. So I tried to mark an entry. Just clicking on it woun't mark. Firefox jumps to the page behind the bookmark. OK, being more experienced now, I click on a folder as a starting point. Then the folder opens - so far - ok. I click again and the folder closes. ok.
Now it is marked. Holding now down the <Shift>-Key and moving down with the cursor keys marks bookmarks. After having selected all I go to the mouse and try to move the complete bunch of bookmarks to a non-marked bookmark-folder and let it drop. That's what I WANTED to do ...



Actual results:

After marking the bookmarks with the cursor keys, I tryed to move them by mouse. Bam. Firefox goes to sleep. Endless loop.


Expected results:

Moving of bookmarks as normal with moving desktop items. Letting them drop somwhere (at least in the bookmark list) moves them to the new location.
Bug: Engines are in wrong order after restart
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-04-19 11:12:47+00:00
Resolved: 2020-04-28 15:02:03+00:00

STR:  Start new profile of Firefox in the UK, engine list will look like 

Google
Amazon.com
DuckDuckGo
Bing
Twitter
Wikipedia
eBay
Amazon.co.uk

Then restart, engine order looks like: 

eBay
Amazon.co.uk
Bing
DuckDuckGo
Google
Twitter
Wikipedia
Bug: Translation no longer works.
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-04-19 13:38:54+00:00
Resolved: 2020-05-27 08:03:39+00:00

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

Steps to reproduce:

1. Open a clean profile.
2. Set `browser.translation.detectLanguage` and `browser.translation.ui.show` to `true`.
3. Open https://news.yahoo.co.jp/


Actual results:

The translation notification bar does not appear.


Expected results:

The translation notification bar should be appear.
Bug: Wrong error message when 'default' export is missing but imported
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-04-19 13:43:57+00:00
Resolved: 2020-04-19 14:02:20+00:00

# Steps to reproduce:

1. Create javascript file that exports some variables, but does not export "default"
2. In second file, just write `import SOMETHING from "./myfile.js`

# Behavior:

Useless message is printed: `SyntaxError: invalid regexp group`

# Expected behavior:

Message should be more helpful, ie. Chome says: `Uncaught SyntaxError: The requested module './myfile.js' does not provide an export named 'default'`
Bug: SSB cannot open file:// and http://, only https
Status: RESOLVED
Priority: P5
Resolution: WONTFIX
Created: 2020-04-19 16:07:15+00:00
Resolved: 2021-01-15 22:21:36+00:00

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

Steps to reproduce:

Try to open local file or http url with `--ssb` option:
`firefox --ssb 'file:///home/oleg/.local/share/jupyter/runtime/nbserver-13758-open.html'`
OR
`firefox --ssb 'http://localhost'`
Does nothing, no browser window, no errors, only 0 return code immediately.

But `firefox --ssb 'https://localhost'` works just fine

Linux 64 bit, FF developer edition 76.0b5


Actual results:

Immediate return to the terminal, no windows, no errors, as if nothing happened


Expected results:

Firefox should open local html file or http url in SSB mode, or at least explain a good reason why this is not possible. This works fine in Chrome with its `--app` option.
Bug: If "Open tabs" suggestion is disabled, top sites in address bar doesn't show open top sites
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-04-19 17:47:21+00:00
Resolved: 2020-04-30 14:45:46+00:00

From: https://www.reddit.com/r/firefox/comments/g42asi/when_disabling_switch_to_tab_feature_on_address/

Steps to reproduce:

1. Ensure YouTube is in top sites
2. Open YouTube
3. Ensure "Open tabs" suggestion is disabled for address bar
4. open new tab, navigate to any other site
5. Click on address bar

What happens:

YouTube doesn't appear in the top sites suggestions in the address bar.

Expected result:

YouTube appears; clicking the suggestion opens it without switching to existing tab.
Bug: Address bar is not focused when creating a new tab from a fullscreen video
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2020-04-19 18:37:48+00:00
Resolved: 2020-04-22 05:22:58+00:00

As reported by [a user on the support forum](https://support.mozilla.org/en-US/questions/1284922), the address bar does not get automatically focused if a new tab is opened when watching a video in fullscreen.

To reproduce the issue, you can load any video (YouTube, Dailymotion, etc) and open it in fullscreen. Then press the Ctrl + T new tab shortcut. The new tab will be opened and brought to focus, but the address bar is not automatically focused, as would be the case if you use the same shortcut from any other tab.

There is no issue when using Firefox in fullscreen mode. It's exclusive to fullscreen video content.

The reporting user is on Linux on Firefox 68 ESR and I was able to reproduce the issue on Windows 10 Firefox 75 and Firefox 76 DE. I would assume that means the issue impacts all desktop versions of Firefox across multiple versions.
Bug: Stop including preferences.css twice in preferences dialogs
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-04-19 20:03:49+00:00
Resolved: 2020-05-28 16:13:47+00:00

Some dialogs include preferences.css twice:

- Once by: https://searchfox.org/mozilla-central/rev/a4d62e09a4c46aef918667fa759bf9ae898dc258/browser/components/preferences/in-content/subdialogs.js#48
- Once by `<?xml-stylesheet href="chrome://browser/skin/preferences/preferences.css"?>`, see https://searchfox.org/mozilla-central/search?q=preferences.css&case=false&regexp=false&path=.xhtml

It's annoying for debugging styles, and I suspect it's not great for perf either (though probably negligible).
Bug: HTML link not shown in email
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-04-19 22:50:18+00:00
Resolved: 2020-04-22 10:28:59+00:00

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

Steps to reproduce:

Using earthlink email.


Actual results:

When typing in an HTML, it does not show "blue" for the recipient so they can go directly to the link.


Expected results:

https://www.birdnote.org/show/voices-and-vocabularies-cardinals-duet

does not turn blue. Can not go directly to the link. Must copy/past .
Bug: Bookmark export to HTML missing terminating DT tags.
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-04-20 04:17:09+00:00
Resolved: 2020-04-20 18:40:34+00:00

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

Steps to reproduce:

Export all bookmarks as HTML from the bookmarks dialog


Actual results:

All DT tags were unterminated.


Expected results:

It should produce valid HTML including terminating the DT tags
Bug: Escape key (ESC) should close the awesomebar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-20 05:35:02+00:00
Resolved: 2020-04-20 14:32:32+00:00

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

Steps to reproduce:

From any page, hit Ctrl+L to focus the URL bar (awesomebar). This focuses and enlarges the box and brings up suggestions. Then hit escape to close the box and return to browsing.


Actual results:

The suggestions list closes on escape, but the awesomebar stays enlarged.


Expected results:

Hitting the escape is expected to be able to completely revert the Ctrl+L keyboard shortcut, without having to pick up the mouse and click somewhere outside the URL bar.
Bug: search icon disappears
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-04-20 08:44:55+00:00
Resolved: 2020-11-16 19:48:57+00:00

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

Steps to reproduce:

Open a new tab on the firefox start page (with only searchbar enabled)


Actual results:

The DuckDuckGo logo sometimes disappears when i switch back to that tab (same happens with Google)


Expected results:

It shouldnt disappear
Bug: JavaScript error: resource://gre/modules/Prompter.jsm, line 642: NS_ERROR_NOT_AVAILABLE: prompt aborted by user
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-04-20 08:47:03+00:00
Resolved: 2020-06-03 04:41:15+00:00

There are new test failures for Marionette and webdriver spec tests. They all have the following failure in common:

> [task 2020-04-17T19:37:17.347Z] 19:37:17     INFO -  JavaScript error: resource://gre/modules/Prompter.jsm, line 642: NS_ERROR_NOT_AVAILABLE: prompt aborted by user

Looks like a regression from bug 1615588.
Bug: Right-click and Download button
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-04-20 08:55:11+00:00
Resolved: 2020-05-14 11:56:59+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:

multiple right-click problems
A1. download from a link
A2. Click on the Downloads button (toolbar): works
A3. new download
A4. Click on the Downloads button: no longer works

B1. Load any page
B2. selection, then right click (display the source code of the selection)
B3. other selection, or other page
B4. right click no longer works

config : Firefox 75.0, MacOS Catalina 10.15.4


Actual results:

What happened ?  Nothing, and that's the problem!
The download button and right click seem to work only once for the active window. You have to open a new window to access these functions (a new tab is not enough).

Test without extensions: same behaviour



Expected results:

The download button should give access to the downloaded files (open or view)
Right-clicking should open a context menu for the Page or the selection
Bug: AddressBar - NewTab extension name offset
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-04-20 10:17:25+00:00
Resolved: 2020-04-23 02:54:22+00:00

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

Steps to reproduce:

Install extension that overwrites default New Tab.
Observe the Offset of Address bar within identity-box.



Actual results:

Extension Name - The right offset is too big.


Expected results:

Extension Name - The right offset should batch the remaining ones.
Bug: Location bar is suddenly right-aligned only in current window
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-04-20 11:22:12+00:00
Resolved: 2020-04-20 11:32:51+00:00

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

Steps to reproduce:

Not sure, maybe update to FF75.0

Regional settings are german, so NO RTL.
Windows 10 Enterprise SOE 10E-64.0.1.02_2019 Gold Release 1


Actual results:

Text in location bar (typed search queries, URLs) is right-aligned (see attached FF_location_bar_right-aligned.png)


Expected results:

Text in location bar is left-aligned
Bug: "Restore previous session" causes multiple cookies to activate at Firefox startup
Status: UNCONFIRMED
Priority: --
Created: 2020-04-20 12:26:37+00:00
Resolved: 2024-11-22 15:06:24+00:00

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

Steps to reproduce:

1. Create 2 brand new Firefox profiles and open them simultaneously
2. In one of them, enable "Restore previous session"
3. In both profiles, go to www.youtube.com and click on any video.
4. Close both browsers for a few minutes then re-open both
5. In both, go to Options > Privacy > Cookies and click "Manage Data"
6. Click on the "Last used" column twice to see the most recently accessed cookies
7. One profile will report that the www.youtube.com cookie was accessed a few seconds ago at startup. This profile is the one with "Restore previous session" enabled.

This example used on one website (YouTube) but I use multiple profiles and they all report that dozens of cookies are activating at startup. When I disable "Restore previous session", all the cookies report as not having been accessed for several days, which is seemingly impossible.

I am not sure whether this is just an error with the "last used" date, or if this is a potential privacy breach, with cookies being accessed without any sites being visited.

I am on Windows 7 x64