av9ash/GitBugs huggingface dataset:
Bug: Cursor misplaced in address bar after autocompletion
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2020-04-09 14:34:07+00:00
Resolved: 2020-04-17 00:20:46+00:00

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

Steps to reproduce:

If you start typing in the new address bar it will autocomplete the URL and place the cursor at the end of the text. This is misleading because it appears that continuing to type would place text at the cursor location. But, it does not, it places it at the original cursor location. In the old address bar, the autocompleted part was highlighted. This at least gave visual indication that typing would overwrite it.
Bug: Address bar looks focused despite not having focus when restarting Firefox and opening new windows
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-04-09 14:51:25+00:00
Resolved: 2020-05-19 08:40:28+00:00

Happens in Nightly 77.0a1 (2020-04-09) (64-bit)
STR:
1. Enable session restore
2. Open a website. Make sure the address bar is not focused.
3. Restart Firefox
4. The address bar will be focused and will not lose focus when clicking on the document or the chrome. In order to get it to lose focus, you have to click into the address bar and then click outside.

Expected result:
After a restart the address bar should return to the state it was in when Firefox closed.
Bug: Firefox starts up in "normal" toolbar density, then shifts to compact (selected by user) during session restore
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-04-09 17:45:37+00:00
Resolved: 2020-04-09 21:40:45+00:00

Not sure what is going on, but have seen this for a while (I have a large session). Please let me know how I can gather more information. 

Took a video while I was mozregressing another bug (builds from a day or two ago). See attached.
Bug: Firefox freezes if it is opened to open a link in PDF
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-04-09 19:09:38+00:00
Resolved: 2020-05-08 18:10:52+00:00

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

Steps to reproduce:

With the new firefox update on Ubuntu 19.10, try openning url in a PDF file when firefox is not open yet. In order to reproduce, firefox should be closed before clicking the link in your PDF viewer (in my case Evince, if it matters)


Actual results:

Firefox lunches and freezes without openning the link and the only way to close it is to kill its process.


Expected results:

It should open the link.
Bug: Multi-Account containers broken since 75.0 update. Unable to open page outside of it's assigned container.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-04-09 19:39:20+00:00
Resolved: 2020-04-14 18:54:53+00:00

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

Steps to reproduce:

Running FF 75.0, and Multi-Account Containers 6.2.3 will result in you being unable to open a page outside of it's defined container.

The issue is also detailed here: https://github.com/mozilla/multi-account-containers/issues/1703


Actual results:

The page will always open in it's defined container regardless of how you try to move it to another container. It will still give you the option, however regardless of what you pick, you will have the same result.


Expected results:

The page should open in the assigned container if selected, and in it's existing container if selected.
Bug: URL bar is in focused mode after opening new window / private window
Status: VERIFIED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-09 20:54:44+00:00
Resolved: 2020-04-09 20:57:26+00:00

STR:
1. Open some hyperlink in new window/private window
and see that URL bar is in focused mode after opening new window/private window


Narrowed integration regression window to:
[1e11d85e, 9b1ce890] (2 builds)

Changeset:
https://hg.mozilla.org/integration/autoland/json-pushes?changeset=9b1ce890cb3f4f559c54deec4b89e1e30d36e221&full=1

Commit message:
bug #1627969 - Remove the megabar pref. r=mak

Differential Revision:
https://phabricator.services.mozilla.com/D70023
Bug: Search from location bar triggers "Invalid URL" error page ("Hmm. That address doesn’t look right"), if you hit Esc before hitting Enter
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-04-09 23:19:24+00:00
Resolved: 2020-05-19 08:48:42+00:00

STR:
 1. Open a new tab. (For some reason, this only seems to reproduce from the new-tab page.)
 2. Type "test" or "abc def"
 3. Hit your `Esc` key to collapse away the suggestions
 4. Hit your `Enter` key

ACTUAL RESULTS:
An "Invalid URL" error page, saying:
```
Hmm. That address doesn’t look right.
Please check that the URL is correct and try again.
```

EXPECTED RESULTS:
Search results for "abc def" (or whatever my query was).
Bug: Right click menu broken in new Firefox 75.0
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-04-10 00:19:56+00:00
Resolved: 2020-04-14 19:19:42+00:00

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

Steps to reproduce:

After an unrequested forced install of Firefox 75.0 on Ubuntu 18.04 LTS (x86-64) right clicked on a link. 


Actual results:

See attached screenshot.
Menu was mostly blank, with narrow horizontal lines of no text.
Seems to affect all links. 


Expected results:

Usual right click menu options should have been offered.

Or this forced install should never have shipped.
Bug: default-browser-agent.exe fails with missing VCRUNTIME140.DLL on uninstall
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-04-10 01:27:44+00:00
Resolved: 2020-08-26 16:29:50+00:00

On a stock Windows 10 install, there will be two error messages when uninstalling due to a missing runtime, this is installed with Firefox but not present globally in a stock install.

> default-browser-agent.exe - System Error
> The code execution cannot proceed because VCRUNTIME140.DLL was not found. Reinstalling the program may fix this error.

and another for MSVCP140.dll. Thus the scheduled task isn't uninstalled.

This may be because we run the program and then proceed with the uninstall without waiting for it to finish; by the time the EXE has started the DLLs could be gone. This might be fixed by bug 1626887, which changes this to `ExecWait`. 

Alternately there might be something odd about the working directory?
Bug: Images are not loaded in a new tab if they start with https
Status: RESOLVED
Priority: --
Resolution: INACTIVE
Created: 2020-04-10 01:34:15+00:00
Resolved: 2020-05-11 17:59:40+00:00

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

Steps to reproduce:

Images are not loaded if it is opened in a new tab and if they start with https.
Bug: mega bar not dismissing
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-10 03:50:25+00:00
Resolved: 2020-04-10 07:58:07+00:00

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

Steps to reproduce:

Open a new window, a new tab, or switch focus to a new window after a restored session.


Actual results:

The new bloated URL bar enters its oversized state, and will not leave that state, even when attempting to direct focus to the page by clicking on the page.

If you click in the URL bar itself, and then click on the page, the URL bar reverts to its normal size.  But simply clicking in the main page area, or hitting Esc, fails to do so when the URL bar's focus was given by a means other than user interaction.


Expected results:

If focus is taken away from the URL bar, it should immediately revert to the non-oversized state.
Bug: URL bar results won't close when clicking empty toolbar space reserved for window dragging
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-04-10 04:20:22+00:00
Resolved: 2020-10-19 16:55:30+00:00

#### Steps to reproduce:
* Open any page or a new tab.
* Click the address bar so that it opens and shows all the top sites.
* Click in an empty space in the tab bar or the bookmarks bar.

#### Actual result:
The address bar doesn't close. It only closes if you click a button or a menu item.

#### Expected result:
The address bar should close and not show any top site nor search result when you click in an empty space in the tab bar or the bookmarks bar, just like the search bar does.

#### Additional notes:
The search bar, the hamburger menu, every other button in the toolbars, and the titlebar menu items close when clicking any empty space in any of the toolbars, whereas the current address bar doesn't, **making it's behaviour inconsistent with the rest of the interface**.

A possible user case would be copying a link from the address bar to update a bookmark manually, and having the search suggestions or the top sites blocking the bookmark bar visibility, which wouldn't be able to be closed like any other popup element in the toolbar. 

When the user wants to close the popup to access the bookmarks in the bookmarks bar they either have to click the search bar, the web area (which may incur in misclicks for the user being focused on the bookmark editting and just wanting to get rid of the popup) or click any button they have in the toolbar, which would require the user to click more times (to close the popup that the other buttons may generate).
Bug: Youtube thumbnails not rendering- Firefox 77.0a1 9th April build
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-04-10 05:58:07+00:00
Resolved: 2020-04-10 21:14:48+00:00

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

Steps to reproduce:

Visited youtube.com
tried watching a video


Actual results:

the thumbnails on the suggested videos that usually appears on the side did not render at all


Expected results:

There should have been a long list of videos along with thumbnails appear at the side.
Bug: youtube comments and suggested clips not rendering properly
Status: VERIFIED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-10 06:13:27+00:00
Resolved: 2020-04-10 10:41:45+00:00

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

Steps to reproduce:

go to youtube.com
watched https://www.youtube.com/watch?v=c7k-5orDn6k
(firefox nightly build 77.0a1 as of 9th april)



Actual results:

neither comments nor suggested videos rendered.


Expected results:

the comments should have presented themselves.
Bug: AS - Search button border overlaps with holding container border
Status: NEW
Priority: P3
Created: 2020-04-10 07:44:53+00:00
Resolved: 2024-01-18 22:02:42+00:00

**Affected versions**
* 77.0a1 (2020-04-09), 76.0b2, 75.0;

**Affected platforms**
* macOS 10.15, Windows 8.1/10, Ubuntu 18.04;

**Steps to reproduce**
1. Launch Firefox;  *for nightly set browser.newtabpage.activity-stream.improvesearch.handoffToAwesomebar to false
2. Click and hold on the Arrow Button for Search (activity stream one not awesomebar/searchBar)

**Expected result**
* borders and shadows properly contained;

**Actual result**
* on hover the button exceeds the border;
* on click the border button is over the border for search section;

**Regression range**
* First bad: 2017-09-29;
* Last good: 2017-09-28;
* Pushlog: [URL](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=307a7a34013060a6a1e87dfbb911f058d0781a2e&tochange=57f68296c350469d73d788eb3695a898947b4acb);
* Potential regressor: 1403215 seems a likely candidate, more or less seems like an oversight after changing from implementation with full colours;
 
**Additional notes**
* attached screenshot with the issue.
Bug: Address bar covers the bookmarks bar on focus (eg on new tab)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-10 08:25:28+00:00
Resolved: 2020-04-10 14:56:02+00:00

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

Steps to reproduce:

1. I opened a new tab.
2. Address bar got focus and got bigger.




Actual results:

Address bar covered parts of bookmarks underneeth it


Expected results:

Address bar even when enlarged should not extend beyound padding/margin of it's original bar. 
It should cover, or cast shadow on anything that'ss underneeth it.
Bug: Selected element in screenshots is not visible with high contrast mode
Status: NEW
Priority: P3
Created: 2020-04-10 10:22:38+00:00
Resolved: 2023-01-19 22:47:49+00:00

**Affected versions**
* Firefox 75.0
* Firefox 76.0b3
* Firefox 77.0a1

**Affected platforms**
* Windows 10 x64

**Steps to reproduce**
1. Go to a site (eg. Wikipedia). 
2. Click the Screenshots option from the "Page actions".

**Expected result**
* The content of the page is visible. 

**Actual result**
* The content of the page is not visible, only if you select a part of it. 

**Regression range**
* First bad: 2018-12-08
* Last good: 2018-12-09
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=09493e80dbe7c1486eb3c93960cc81f73c8c5356&tochange=53fd96ca5aa4298054f581ca846ea2cccbe76085

**Additional notes**
* Please look at the attached gif.
Bug: If the size of Firefox was minimized/reduced and then performed a download the resulting downlaod window goes out of the boundaries of Firefox window.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-04-10 10:22:55+00:00
Resolved: 2024-05-30 17:13:28+00:00

The issue was discovered during the download of video lectures from Google Drive. Those steps were used in which this bug was found are below:
1. Minimize/ reduce the Firefox window.
2. Go to Google Drive.
3. Right Click the file you want to download.
4. And as the download window of Firefox appears it goes out of the Firefox browser windows boundaries.

Firefox version : 74.0.1 (64-bit)
Operating System : Windows 10 version 1909 64-bit
Bug: Preferences - click and drag triggers focused option on mouse release
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-04-10 11:55:36+00:00
Resolved: 2020-04-29 19:21:16+00:00

**Affected versions**
* 76.0b3; 77.0a1 (2020-04-09), 75.0;

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

**Steps to reproduce**
1. Launch Firefox, access about:preferences
2. Click to open any dropdown menu;
3. Click and hold on the 1st option;
4. Drag on over the 2nd option;
5. Release the mouse;

**Expected result**
* nothing happens;

**Actual result**
* 2nd option is triggered on mouse-release;

**Regression range**
* not looking like a regression, can reproduce on old builds such as x53.0a1/45.0esr
Bug: Twitter missing from ES/ES with modern configuration on
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-04-10 12:57:14+00:00
Resolved: 2020-04-16 15:08:42+00:00

##### [Environment:]
 	77.0a1 20200408033650 / Windows 10

##### [Steps:]
1. Install Nightly ln-10 ES-ES.
2. Create a new profile & don't start it.
3. Create an user.js in the profile directory setting region to ES: user_pref("browser.search.region", "ES");
4. Start the localized ES-ES version with the profile created.
5. Observe the list of engines displayed
6. Go to about:config and set browser.search.modernConfig to false.
7. Restart browser and recheck the search engines.

##### [Actual Result:]
Twitter is missing in the modern configuration while compared with the old configuration.

##### [Expected Result:]
Twitter is available.

##### [Note:]
Search Engine devtools doesn't list twitter for the ES/ES, so if this is an issue, it's a configuration issue.
Bug: Firefox Restores Tabs From Last Session When User Shuts Down Or Logs Out
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-10 13:42:08+00:00
Resolved: 2020-05-08 17:13:14+00:00

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

Steps to reproduce:

Open Firefox with any number of tabs open on any website in particular, then log out of my machine or reboot (effectively ending the session and killing the Firefox process). Upon logging back in and starting Firefox, tabs from the killed session are restored despite the setting to restore tabs from last session being disabled/unticked.


Actual results:

Firefox opens, restoring previous tabs, rather than creating a new/clean session as expected.


Expected results:

Firefox opens to the appropriate home or starting pages as a new session and not a restored session.
Bug: The new address bar is ugly and buggy
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-04-10 14:31:09+00:00
Resolved: 2020-04-14 09:30:27+00:00

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



Actual results:

1. The address bar still focused if i switch the tabs.
2. If i press the ESC to close the Address Drop Down the AddressBar still focused and Expanded.
3. When focusing the AddressBar the right Border is not going to be to a Fixed Position and is going to be Bigger and moving back 1px or Moving forword 1px.
4. When moving the window the AddressBar still remaining focused.
5. When pressing outside the AddressBar the content is still Expanded.
6. When the input is empty the AddressBar still expanded / Still expanding when clicking on it without to make any change to url.



Expected results:

I like more how is in EDGE without any Expanding thing.
Bug: Offer option to suggest URLs inside URL bar again
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-04-10 14:38:03+00:00
Resolved: 2020-04-14 09:28:05+00:00

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

Steps to reproduce:

Click in empty URL bar and start typing


Actual results:

A large dropdown opens, showing mostly mildly related URLs.  I have to press Cursor-Down at least twice to reach the actual item I want.


Expected results:

The most relevant URL suggestion should appear directly in the URL bar, so that I can accept it by simply pressing Return.  For more details, please have a look at the suggestion mechanism of version 74.
Bug: reloading a page places the cursor to the beginning of urlbar
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2020-04-10 14:46:47+00:00
Resolved: 2022-04-12 00:31:07+00:00

1. open www.ox.ee
2. put the cursor to the end in the urlbar (after "e")
3. Press F5 

Exected: cursor stays on the same position.

Actual result: cursor moves to the beginning.


I do every day add payments to orders:

1. I do open some order www.ox.ee/order/500000
2. Entering the amount to a form and submitting
3. Switching to another window, copying info from a bank
4. entering a new order number

A few month ago all was fine, now I have every time to wait the order page is reloaded (with saved transaction information) and only then to change the order number in the urlbar. It takes more time. :(
Bug: Quantumbar does not match Firefox's touch density behaviour
Status: NEW
Priority: P3
Created: 2020-04-10 17:45:43+00:00
Resolved: 2020-08-08 04:00:43+00:00

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

Steps to reproduce:

Firefox's touch density behaviour is: even if the user has chosen "Compact" density, when a menu/dropdown is triggered via touchscreen, that menu/dropdown has touch density/spacing. Quantumbar should work this way too, but it doesn't.

(I used Nightly 77.0a1, set density to "compact", then tapped the URL bar. There isn't enough spacing)
Bug: New address bar not respecting browser.urlbar.doubleClickSelectsAll
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-04-10 19:02:56+00:00
Resolved: 2020-04-10 19:42: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:

This is tested on Windows 10 x64, with Firefox 75.0.
[0] Create a new profile. (Optional)
[1] Go to about:config. Set browser.urlbar.doubleClickSelectsAll to true. Set browser.urlbar.clickSelectsAll to false.
[2] Double click on the address bar.


Actual results:

Only a word is selected.


Expected results:

The whole address should be selected.
Bug: Search Tips break Disable Popup Auto-Hide in Browser Toolbox
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-04-10 19:06:03+00:00
Resolved: 2020-05-19 08:03:25+00:00

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

Steps to reproduce:

Opened Browser Toolbox and selected Disable Popup Auto-Hide.
Typed a few characters in the url bar to expand it.


Actual results:

Switched back to Browser Toolbox and url bar shrunk.


Expected results:

Url bar should remain expanded.
Note: this works correctly with menu dropdowns as they remain visible.

I've tried with Firefox v. 75 and Developer Edition v. 76.
And also in Safe Mode.

Can anyone replicate?
Thanks.
Bug: Misleading message about search suggestions in new address bar
Status: NEW
Priority: P5
Created: 2020-04-10 19:10:01+00:00
Resolved: 2020-11-05 12:31:25+00:00

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

Steps to reproduce:

A message appeared the first time I visited google.com with Firefox 75, saying something along the lines of that I should use the URL bar to see suggestions from Google along with my browser history.  However, I have “Show search suggestions in address bar results” unticked in Preferences -> Search -> Search Suggestions, so this isn’t the case.
Bug: Cache not cleared when closing Firefox in permanent private browsing mode
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-04-10 19:15:47+00:00
Resolved: 2022-09-03 01:07:00+00:00

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

Steps to reproduce:

My Preferences --> Privacy & Security say "In permanent private browsing mode, cookies and site data will always be cleared when Firefox is closed," so this seems to indicate I am in permanent private browsing mode.  I close the Firefox browser, and then re-open it.


Actual results:

After re-opening, I look at:  

My Preferences --> Privacy & Security --> Cookies and Site Data says "Your stored cookies, site data, and cache are currently using (some non-zero amount) bytes of disk space. "


Expected results:

My Preferences --> Privacy & Security --> Cookies and Site Data says "Your stored cookies, site data, and cache are currently using 0 bytes of disk space. "

That is, it should be zero.
Bug: Pasted URLs Do Not Show Until Folder is Revisited
Status: NEW
Priority: P3
Created: 2020-04-10 20:31:33+00:00
Resolved: 2024-08-01 16:29:06+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:

1. Have a fair number of URLs in plain text on your system clipboard.
2. Create a blank bookmark folder in Firefox.
3. Paste the URLs in that folder.


Actual results:

The URLs do not appear; the folder remains blank.  If you go into another view and then return to the folder, the URLs are there.


Expected results:

The URLs should show up upon paste.