av9ash/GitBugs huggingface dataset:
Bug: App-provided search engines are being saved with full data in the search engine cache
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-06-18 07:51:39+00:00
Resolved: 2020-06-19 12:14:27+00:00

I just noticed that bug 1631898 missed a couple of instances of `_isBuiltin`, I suspect due to bitrot, as they were added after that was originally written.
Bug: After clicking on the username, the username isn't truncated with text-overflow:ellipsis
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2020-06-18 09:29:12+00:00
Resolved: 2022-10-16 21:00:14+00:00

**Prerequisites**
* Have a Firefox profile with multiple logins saved.
* Have a saved login that has a very long username.

**Affected versions**
* Fx 78.0b8
* Fx 79.0a1
* Fx 77.0

**Affected platforms**
* Windows 10 x64
* macOS 10.15
* Ubuntu 18.04

**Steps to reproduce**
1. Open Firefox browser with the profile from prerequisites.
2. Navigate to "about:logins" page.
3. Click on one of the saved logins that has a very long username.
4. Click on username and observe the username input. 

**Expected result**
*  The username input is not cut off.

**Actual result**
* The username input is cut off.

**Regression range**
* This issue is not a regression as it is reproducible ever since it was implemented.

**Additional notes**
* Attached a screenshot with the issue.
Bug: The keyboard focus is not centered on the section's context menu buttons
Status: NEW
Priority: P3
Created: 2020-06-18 09:57:52+00:00
Resolved: 2021-06-11 11:12:36+00:00

**[Affected versions]:**
- Firefox Beta 78.0b8 - Build ID: 20200616235426
- Firefox Nightly 79.0a1 - Build ID: 20200617215206

**[Affected Platforms]:**
- Windows 10 x64
- macOS 10.15
- ubuntu 18.04 x64

**[Prerequisites]:**
- Have a Firefox profile.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Open a New Tab and press the "Tab" key 6 times.
3. Observe the "Top Sites" section's context menu button.

**[Expected result]:**
- The button is focused and all the elements are correctly displayed.
	
**[Actual result]:**
- The keyboard focus is not centered on the section context menu button.

**[Notes]:**
- This issue is reproducible for all the section context menu buttons from the New Tab page.
- This issue is not reproducible on Firefox Release 77 because the keyboard focus for the section context menu buttons was added only from 78.
- Attached a screen recording of the issue.
Bug: Artifacts appear randomly on screen
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-06-18 10:41:16+00:00
Resolved: 2020-08-11 13:06:53+00:00

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

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

Steps to reproduce:

Just visit a website


Actual results:

Strange lines show up on screen. This happens to more than one computers of mine so, a defect of the hardware is out of question.


Expected results:

These lines should not show up
Bug: The Global Sharing Overlay is not focused when modifying camera/screen sharing permissions on Linux
Status: NEW
Priority: P3
Created: 2020-06-18 11:19:04+00:00
Resolved: 2020-10-26 11:23:27+00:00

**Note**
* When the user engages in a video call, minimizes the Global Sharing Overlay and then clicks the "Stop Video" button from the WebRTC web-app, to stop sharing the camera, he will notice that the Global Sharing Overlay is not focused/maximized/brought in plain view, as it is on Mac and Windows.

**Affected versions**
* Nightly v79.0a1
* Beta v78.0b8

**Affected platforms**
* Ubuntu 18.04.4LTS
* Ubuntu 20 LTS

**Precondidions**
* Set these pref values:
1. privacy.webrtc.allowSilencingNotifications = true
2. privacy.webrtc.legacyGlobalIndicator = false

**Steps to reproduce**
1. Engage in a (Zoom) video call.
2. Allow the microphone and camera permission door-hangers.
3. Minimize the Global Sharing Overlay.
4. Click the "Stop Video" button from the (Zoom) web-app.

**Expected result**
* The camera sharing is being stopped and the Global Sharing Overlay is being brought in focus because the video icon has disappeared.

**Actual result**
* The Global Sharing Overlay is not being focused as seen in Windows and Mac.

**Regression range**
* This feature only occurs since the new implementation of the Overlay. Minimization wasn't possible with the old design.

**Regression range**
* The new Overlay is not displayed at all in Firefox 77 on Linux.
Bug: browser.urlbar.update1 dead
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-18 15:49:40+00:00
Resolved: 2020-08-29 18:31:43+00:00

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

Steps to reproduce:

what did YOU do to f*** up so bad I'm now considering changing my desktop browser after almost two decades of use?


Actual results:

what happened is that I am no longer able to turn off the useless idiocy that is your flashy iOS-y popout-y address bar. what purpose does it serve other than mimic Chrome and annoy us? the 'actual result' is that it pi**es me off no end.


Expected results:

what should have happened long time ago was that all your updates should have been separated into two categories: necessary, such as security etc., and optional,  such as wanky fiddly useless UI 'fixes' to issues that no-one cared about or asked for.
Bug: Sync doesn't appear to restore Default Search Engine
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-18 16:01:01+00:00
Resolved: 2020-06-18 16:31:48+00:00

While investigating something else, I created a new profile, then signed into sync, expecting my settings to be carried over. 

Most were, but it appears my default search engine was not. My default on my main profile was DDG, but when I typed a search, I was taken to google: 

Expected result: DDG is search engine after syncing.
Bug: Intermittent browser/components/downloads/test/browser/browser_pdfjs_preview.js | Uncaught exception - [Exception... "(null)"  nsresult: "0x80040111 (NS_ERROR_NOT_AVAILABLE)"  location: "<unknown>"  data: no]
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-06-18 16:17:02+00:00
Resolved: 2020-07-14 17:03:50+00:00

**Filed by:** abutkovits [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer.html#?job_id=306752766&repo=mozilla-beta
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/cyp8afmMQVuLjejfmIi6CQ/runs/0/artifacts/public/logs/live_backing.log

---

[task 2020-06-18T10:54:02.035Z] 10:54:02     INFO - TEST-PASS | browser/components/downloads/test/browser/browser_pdfjs_preview.js | Download item target exists - {} == true - 
[task 2020-06-18T10:54:02.035Z] 10:54:02     INFO - Waiting for double-click content task
[task 2020-06-18T10:54:02.035Z] 10:54:02     INFO - Buffered messages finished
[task 2020-06-18T10:54:02.035Z] 10:54:02     INFO - TEST-UNEXPECTED-FAIL | browser/components/downloads/test/browser/browser_pdfjs_preview.js | Uncaught exception - [Exception... "(null)"  nsresult: "0x80040111 (NS_ERROR_NOT_AVAILABLE)"  location: "<unknown>"  data: no]
[task 2020-06-18T10:54:02.035Z] 10:54:02     INFO - Leaving test bound about:downloads, default click behavior
[task 2020-06-18T10:54:02.035Z] 10:54:02     INFO - Entering test bound about:downloads, open in new window
[task 2020-06-18T10:54:02.036Z] 10:54:02     INFO - Test case: about:downloads, open in new window
[task 2020-06-18T10:54:02.036Z] 10:54:02     INFO - Not taking screenshot here: see the one that was previously logged
[task 2020-06-18T10:54:02.036Z] 10:54:02     INFO - TEST-UNEXPECTED-FAIL | browser/components/downloads/test/browser/browser_pdfjs_preview.js | At the start of the test, there should be 0 downloads - Got 1, expected 0
Bug: Figure out why browser_replace_load.js fails with DocumentChannel process switching
Status: NEW
Priority: --
Created: 2020-06-19 01:53:28+00:00
Resolved: 2022-04-18 23:38:01+00:00

Bug 1646892 is making process switches from content->parent happen via DocumentChannel, which appears to break browser_replace_load.js

I believe the issue is here - https://searchfox.org/mozilla-central/rev/5e6c7717255ca9638b2856c2b2058919aec1d21d/browser/base/content/browser.js#8364

The loadURI call no longer triggers a process switch in firefox, but instead just sends the uri to the content process (and we'll trigger a process switch mid-load).

The following set index call activates the browser, which notifies SessionStore, which calls updateBrowserRemotenessByURL, forcing a new process switch and clobbering the in-progress load.

We might need to make sure we have a way of avoiding this race.

Gijs and I couldn't find a way that this issue would be triggered outside of tests, so I'm hoping to disable the test for now since it'll otherwise block fission.
Bug: Every function exposed by the preferences WEE API bundled with doh-rollout should restrict input pref names with enums
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-06-19 06:01:04+00:00
Resolved: 2020-06-19 09:22:57+00:00

Currently a few of the functions omit enums... not sure when/why/how this happened but patch is incoming.
Bug: Bogus URL autocorrect for servers starting with 'ps'
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-06-19 07:21:05+00:00
Resolved: 2021-11-24 15:25:35+00:00

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

Steps to reproduce:

In the «awesomebar», type pserver:8080 or pserver.mydomain.com:8080


Actual results:

The URL autocorrection feature tries to load httpserver:8080, which obviously results in an error page.


Expected results:

Load the website which URL is http://pserver:8080 or http://pserver.mydomain.com:8080
Bug: Friendly message for empty Highlights section disappears after re-checking the option from about:preferences if the section was collapsed before
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2020-06-19 07:37:50+00:00
Resolved: 2024-01-19 16:46:37+00:00

**[Affected versions]:**
- Firefox Nightly 79.0a1 Build ID 20200617215206
- Firefox Beta 78.0b8 Build ID 20200619002543
- Firefox Release 77.0.1 Build ID 20200602222727

**[Affected Platforms]:**
- Windows 10;
- Mac OS 10.14;
- Linux Debian 9 x64;

**[Prerequisites]:**
- The Highlights section must be empty;

**[Steps to reproduce]:**
1. Load a new profile.
2. Open a new tab.
3. Click on the “Highlights” title to collapse the section.
4. Go to about:preferences.
5. Check/Uncheck the Highlights option box.
6. Go to about:newtab.
7. Click on the “Highlights” title to expand the section.

**[Expected result]:**
- The “Highlights”section is empty. A friendly message is displayed.

**[Actual result]:**
- The friendly message is no longer displayed, even if the section is empty.
Bug: Unexpected window URL replacement on entering Alt+0147
Status: NEW
Priority: --
Created: 2020-06-19 10:47:00+00:00
Resolved: 2021-04-20 15:11:06+00:00

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

Steps to reproduce:

In a text edit of any form, try to enter German closing quotation mark by pressing Alt, typing 0-1-4-7 on numeric keypad, then releasing Alt. This is a standard procedure for typing well-formatted text on German keyboard.

That problem persists IMHO in all Firefox versions on Windows, even the old 3.6.


Actual results:

The current window is replaced by another URL, and the form and text input so far (possibly many many text) is lost when you use the BACK function of the browser.


Expected results:

The character “ (here inserted via clipboard) should occur.
Or, at least, the BACK function should keep input made so far.
Bug: Browser freeze at the specific site
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-06-19 10:56:59+00:00
Resolved: 2020-07-24 14:26:18+00:00

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

Steps to reproduce:

1. There are a few open tabs (some of them are pinned in my case)
2. Open https://www.vesti.ru (very popular News site)
3. Spend for some time there
3. Close the tab


Actual results:

Browser is swiched back to previos tab and freezes for 3-5 seconds. It happens every time after living this web-site, but not observed with any other.
Browser restart doesn't help.


Expected results:

Do not freeze
Bug: Ubuntu/Lockwise - Hide additional separator if no import/export options are available
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-06-19 12:05:04+00:00
Resolved: 2020-06-25 07:44:06+00:00

**Affected versions**
- Firefox 78.0b9

**Affected platforms**
- Ubuntu 20.04 & 18.04

**Steps to reproduce**
1. Launch Firefox
2. Access about:logins
3. Click on the three dots in the upper right part of the screen

**Expected result**
- The dropdown has no additional separator if no Import/Export options are listed in it.

**Actual result**
- The dropdown has an additional separator.

**Regression range**
- Will see for one if this is not intended. It seems that for example that Firefox 76.0b5 does not have that additional separator.

**Additional notes**
- This may be intended, as I saw that in nightly, there is a feature for Ubuntu to add export logins option.
Bug: macOS and PDF.js: "Find" box retrieves from clipboard every time the user interacts with pdf
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-19 12:34:54+00:00
Resolved: 2020-07-25 11:27:54+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:

- Fill the NSFindPboard (the Find clipboard) with:

    echo "hola" | pbcopy -pboard find

- Open a PDF such such as https://bitcoin.org/bitcoin.pdf

- Command + F and erase "hola" and type "electronic" and Enter

(For example I want to copy the sentences containing that word, but we don't need that to reproduce)

- Click anywhere on the PDF file

- Command + F to focus on Find box and Enter again to find the next occurrence of "electronic"


Actual results:

- Command + F resulted in the Find text box being refilled with "hola". Now I need to type "electronic" again.



Expected results:

If you do this on a normal webpage that is not a PDF such as https://nakamotoinstitute.org/bitcoin/ (has the same text as the PDF):

It wouldn't fill the Find text box with the value in NSFindPboard every time you interact with the page and hit Command + F. It would show the next occurrence as intended.

(This is not a recent regression)
Bug: The text on the Global Sharing Overlay (when sharing screen) is not displayed correctly when in high contrast on Windows/dark theme on Linux
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-06-19 12:37:24+00:00
Resolved: 2021-12-12 22:20:37+00:00

**Note**
* When the user activates high contrast and shares his screen in a conference, he will notice that the text on the Global Sharing Overlay is not being displayed. 

**Affected versions**
* Nightly v79.0a1
* Beta v78.0b9 shows this behavior: bug 1643012

**Affected platforms**
* Windows 10
* Windows 7

**Steps to reproduce**
1. Make sure prefs
privacy.webrtc.allowSilencingNotifications = true
privacy.webrtc.legacyGlobalIndicator = false
2. Apply a high contrast theme from OS settings.
3. Engage in a video conference on ant WebRTC web-app.
4. Share a screen or a window.
5. Observe the Global Sharing Overlay.

**Expected result**
* The Global Sharing Overlay is correctly displayed.

**Actual result**
* The text displayed on the Global Sharing Overlay is improperly displayed.

**Regression range**
* This is an issue with the newly implemented design seen in Nightly v79.0a1.

**Additional notes**
* The text will be displayed on yellow, green or not visible at all, based on the High Contrast theme applied.
Bug: Multiple new tabs with about:pioneer page are opened when clicking on the pioneer icon in private browsing
Status: RESOLVED
Priority: P2
Resolution: WONTFIX
Created: 2020-06-19 13:17:38+00:00
Resolved: 2021-06-16 02:31:02+00:00

#### Affected versions:

Beta 78.0b9
Nightly 79.0a1 (2020-06-17)
#### Affected platforms:

Windows 10, Ubuntu 18.04, Mac OS 10.15
#### Steps:

  1. Launch Firefox.
  2. Open a new private window and navigate to: about:pioneer
  3. Click the Enroll blue button.
  4. In a new tab open any website eg. www.facebook.com and click on the Pioneer icon from the toolbar multiple times.

#### Actual result:

Multiple new tabs with about:pioneer page are opened. The about:pioneer page is opened in new tab each time the user clicks on the pioneer icon.
#### Expected result:

When the user clicks on the pioneer icon the focus should be switched to the tab with about:pioneer already opened, if the user its on a different tab. Or if the user is on the about:pioneer page and clicks on the pioneer icon, nothing should happens since its already on the about:pioneer tab. No new tab with about:pioneer page should be opened.

Note: In normal browsing (not private browsing) it works fine. The about:pioneer page is opened just one time by clicking on the pioneer icon.
Bug: Drop-down titles has no highlight when navigating with keyboard only on about:pioneer page
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2020-06-19 13:40:27+00:00
Resolved: 2020-09-14 18:34:27+00:00

#### Affected versions:

Beta 78.0b9
Nightly 79.0a1 (2020-06-17)
#### Affected platforms:

Windows 10, Ubuntu 18.04, Mac OS 10.15
#### Steps:

  1. Launch Firefox.
  2. Navigate to: about:pioneer
  3. Using keyboard only go to the "What happens next?" title and press enter.
  4. Press Tab key again and press Enter.

#### Actual result:

"What happens next" description is expended but here is no highlight when the focus is on the title drop-down. The user doesn't know where he is with the navigation in that moment.
#### Expected result:

There should be a highlight around the drop-down titles.
Bug: High CPU load on macOS during file download
Status: RESOLVED
Priority: P2
Resolution: INCOMPLETE
Created: 2020-06-19 15:37:08+00:00
Resolved: 2022-11-01 10:20:53+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:

1. Start firefox in safe mode with fresh profile (also works if using without safe mode and non-fresh profile)
2. Download large-ish file (3GiB)

I obtained a trace using the macOS "Instruments" application in the hope that this helps debugging the issue. I can reproduce this all the time so if I should try it with some other tool I'm happy to do so.


Actual results:

Download works fine but 1 of 4 CPUs is at 100% load all the time (makes fans spin on MacBook)


Expected results:

Downloads should not be so CPU heavy
Bug: Not correctly recognizing star domains
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-20 00:22:17+00:00
Resolved: 2020-06-20 04:50:09+00:00

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

Steps to reproduce:

I entered www.eng.rzd.ru


Actual results:

Firefox created an issue about this being insecure since the domain did not match the SSL certificate: *rzd.ru


Expected results:

I should have been allowed to enter www.eng.rzd.ru as it matches the *.rzd.ru certificate.
Bug: App Mode does not work when there are some special letters in the title of the page
Status: RESOLVED
Priority: P5
Resolution: WONTFIX
Created: 2020-06-20 00:50:29+00:00
Resolved: 2021-01-15 22:21:33+00:00

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

Steps to reproduce:

Hello,
I want to report a bug with Firefox.
If there are some special letters in the title of the page, "App Mode" feature does not work
some special letters is ">", "/", "?", "|", ":", "<"
Please watch the below video:
https://www.youtube.com/watch?v=s1nPV6XVPRg
Thanks.
Bug: Adding an extension that changes the default search engine breaks suggestions from keywords longer than 2 characters
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-06-20 07:32:08+00:00
Resolved: 2020-06-24 15:00:56+00:00

Steps to reproduce:

0. Start from a clean profile.
1. In about:preferences#search, give the default Google search engine a keyword (e.g., 'g').
2. Type 'g foobar' in the address bar.
3. Observe that the suggestions look good and Google-y.
4. Install this extension: https://github.com/quasicomputational/search-suggestion-extensions/blob/532e7e38a030ac2e20b8695a9aa93f4ce58895fc/signed/dummy_search_engine-1.0-fx.xpi
5. Allow it to change the default search engine.
6. Visit about:preferences#search to verify that it did, indeed, change it and, if not, change the default search engine to the dummy search engine.
7. Type 'g foobar' in the address bar.

Expected behaviour: I would get search suggestions from Google again.

Observed behaviour: No suggestions were shown, though the keyword search works when entered.

The loss of suggestions persists even if Google is changed back to the default search engine, or if the extension is removed.

The other pre-installed search engines do *not* lose keyword suggestions (e.g., assigning the keyword 'w' to Wikipedia works fine still) - only Google breaks, maybe because it's the pre-installed default?

Google suggestions are not lost if an extension is installed that (a) actually provides suggestions, but (b) doesn't install itself as the default (e.g., https://github.com/quasicomputational/search-suggestion-extensions/blob/532e7e38a030ac2e20b8695a9aa93f4ce58895fc/signed/search_english_wiktionary-1.0-fx.xpi). I have not tested with an extension that tries to install a default that actually does offer suggestions.

Google suggestions are also not lost if an extension that offers to be the default is installed but the user declines the prompt to make it the default. They *are* lost if that search engine is then switched to be the default later.

I'm pretty sure this is a regression in 77.
Bug: Reopen closed window shortcut not immediately active
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-20 10:55:14+00:00
Resolved: 2020-07-21 12:00:08+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:

I often want to use the "reopen last closed window" shortcut (Cmd-Shift-N). Most of the time, I press the shortcut, and nothing happens.

In order to make it work, I need to manually open the menubar >  History > Recently Closed Windows. Once that list of previous windows is visible, I can use the shortcut and it works. It then continues to work for a while (I'm not sure how long).

Before opening that menu item, the shortcut does not work.
Bug: Awesome bar: Change in font size and positioning can cause unwanted text selection
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-20 14:05:26+00:00
Resolved: 2020-06-23 16:31:23+00:00

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

Steps to reproduce:

1. Open firefox
2. Go to any page with a long-ish URL. I used www.github.com/servo/webrender in my example.
3. Click into the URL bar at the end of URL and hold the mouse button.
4. Move the mouse cursor the width of one character to the left.


Actual results:

Due to the change in font size and the slight adjustment in position, the selection of unwanted text can be "forced". I have encountered this multiple times over the last couple days, where I'd want to edit the page URL for navigation, but ended up accidentally selecting parts of the URL due to the changes in absolute positions.

This mostly happens, because I make my mouse movements based on the collapsed / compact state of the URL bar and by the time I get the visual confirmation, I might be already typing, but now with an unexpected text selection.

You can see a very simple demonstration in the attached video.


Expected results:

I expect the text to stay in the same relative positions before and after clicking into the URL bar, so that I can make easy edits to the URL for navigation. Or can select parts of the URL for other purposes. The unpredictability of the text position is making that tedious, as I have to wait for the visual information and readjust.