av9ash/GitBugs huggingface dataset:
Bug: Search engines are duplicated in the address bar with @ keyword
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2020-06-23 11:21:21+00:00
Resolved: 2020-08-19 03:51:52+00:00

**Affected versions**
 - Firefox RC 78.0
 - Nightly 79.0a1
 - Beta 78.0b9

**Affected platforms**

* Windows 7x64
* Windows 10x64

**Steps to reproduce**

1. Launch Firefox with a new profile
2. Open a new tab with ctrl+t and perform a search in the address bar
3. Quickly open a new tab and type @ in the address bar
4. Observe the search engines listed

**Expected result**
Search engines are displayed properly when @ is typed in the address bar

**Actual result**
Search engines are duplicated with @ keyword

**Regression range**

* First bad: 2020-04-23 - https://hg.mozilla.org/mozilla-central/rev/03626342f6e659ac6699a21e30423e2267c1971

* Last good: 2020-04-22 - https://hg.mozilla.org/mozilla-central/rev/d8eecc663784c8463af1d2bc3f91f8078c7e1940

* Pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=d8eecc663784c8463af1d2bc3f91f8078c7e1940&tochange=03626342f6e659ac6699a21e30423e2267c1971f

**Severity - S3**
Bug: [esr78] Top site icons are overlapping engines icons in search bar if @ string is typed while the mouse is moving
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2020-06-23 11:25:54+00:00
Resolved: 2024-05-27 15:41:25+00:00

*Affected versions*
* 78.0esr (20200623021425)

*Affected platforms*
* Windows 10x64


*Steps to reproduce*
1. Open Firefox and a new tab.
2. Click on the search bar to open top sites.
3. Hold Shift key pressed and move the mouse to the right side and type `@` string while almost to the end of the search bar.


*Expected result*
* Search engines are displayed as expected.


*Actual result*
* Topsites icons are overlapping search engine icons. 

*Regression range*
* I will search for one ASAP but I think it may be difficult because the issue is intermittent.


*Notes*
* Attached a screen recording and a screenshot.
* The issue is intermittent and can be reproduced only with a new profile or after a restart.
* The icons are refreshed after moving the mouse over the search bar.

* Considering that it is a cosmetic issue and the functionality is not affected, I consider that it is an **S4** issue.
Bug: Tab modal prompts are cancelled if blank home page is used
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-06-23 11:41:43+00:00
Resolved: 2020-07-09 17:38:55+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. Select "Blank Page" in "Homepage and new windows" on about:preferences#home
2. Close Firefox
3. Do the following actions quickly (for less than 5-6 seconds):
- run Firefox,
- open page http://help.dottoro.com/external/examples/ljhtbtum/onbeforeunload_1.htm
- press F5 to display onBeforeUnload dialog
4. After several seconds the dialog will be aborted by Firefox. This happens only once after Firefox startup.


Actual results:

Tab modal prompts (alert, confirm, prompt, onbeforeunload) are closed by Firefox if they were opened during several seconds after Firefox startup and blank home page is used. This happens with many web pages that can show tab modal prompts.


Expected results:

Tam modal prompts should not be closed by Firefox.
Bug: Firefox on macOS opens multiple windows on launch (instead of tabs)
Status: UNCONFIRMED
Priority: --
Created: 2020-06-23 11:44:00+00:00
Resolved: 2022-05-13 19:35: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:

Tested on a vanilla Firefox on the latest version.
You can observe the faulty behaviour as follows:

Scenario A:
1. Launch firefox
2. If there are any open windows, close them all. So that the Firefox app still appears in the Dock and is active (indicated by a dot) but no windows are open.
3. In a Terminal run `open https://1 https://2`

Scenario B:
1. Launch firefox
2. Keep (at least) one window open. If there are none, create a new one Cmd+N.
3. In a Terminal run `open https://1 https://2`


Actual results:

Scenario A is the faulty behaviour. Firefox will create two new windows instead of one with two tabs.


Expected results:

Scenario B is how it should be. Create a new window or re-use an old. Within that window create two new tabs.
Bug: Refresh page in Greenkart and cart count should not be cleared
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-23 12:13:10+00:00
Resolved: 2020-06-29 09:03:05+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.106 Safari/537.36

Steps to reproduce:

Login to https://rahulshettyacademy.com/seleniumPractise/#/
Add items to cart
Verify cart count greater than 0
refresh the page


Actual results:

Cart count reset to 0


Expected results:

Cart count should not reset
Bug: [Acer builds] The default search engine changes on some of the locale builds
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-06-23 12:43:02+00:00
Resolved: 2020-07-23 09:45:22+00:00

**Suggested severity**
* S2

**Affected versions**
* Firefox 78.0

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

**Prerequisites**
* Install the old version of firefox (< 72.0.2), but do not start it, change update channel to release-localtest with the locale "pl".
* Unpack the attached file and place them inside the Firefox install folder (ex: Firefox/distribution)
* Start CMD as admin and input the following comands to remove all profile data:
rd /s /q %userprofile%\AppData\Roaming\Mozilla
rd /s /q %userprofile%\AppData\Local\Mozilla
rd /s /q %userprofile%\AppData\LocalLow\Mozilla

**Steps to reproduce**
1. Start Firefox with the default profile.
2. Update Firefox to the latest version. 
3. Perform a search from the URL bar. 

**Expected result**
* The search is performed with Bing. 

**Actual result**
* The search is performed with Google. 

**Regression range**
* I can't a regression, because I can't control to which build the update is last performed to. 

**Additional notes**
* This issue is reproducing on other locales, too (e.g. ru). 
* This changes happen only after the build is updated from 72.0.2 to the latest build.
Bug: Search suggestion for Amazon and wikipedia can timeout - Detangle fetching of local and remote suggestions
Status: NEW
Priority: P3
Created: 2020-06-23 14:07:15+00:00
Resolved: 2022-11-09 12:32:29+00:00

**checked with**
Windows 10 64bit

**Using**
Firefox Release  77.0.1
Firefox Beta     78
Firefox Nightly  79.0a1

**steps#1 (affects all firefox versions)**
- Go to about:preferences#search
- Enable "add search bar in toolbar"
- Set amazon as default engine
- Search "laptop" in address bar
- delete the "p" from laptop

**steps2 (affected in beta and nightly)**
- Set amazon as default engine
- type each leeter of the word "facebook" slowly in urlbar
- delete and type the word facebook fast. 


**Actual results**
-with steps#1 : Search results only show if you delete the P
-with steps#2 : search results only show if you type slowly, if you type fast you dont get results.

**Expected result**
Search result should be shown when you input laptop, or type facebook fast in url bar.
Bug: cannot open github.io github pages
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-23 14:11:04+00:00
Resolved: 2020-06-25 16:27:35+00:00

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

Steps to reproduce:

just went to check my friends page with extension username@github.io


Actual results:

mozilla opens github.io or either not opened the page at all


Expected results:

should just open the page
Bug: The Global Sharing Indicator window does not show any icon in the taskbar
Status: NEW
Priority: P3
Created: 2020-06-23 15:35:53+00:00
Resolved: 2020-10-26 22:23:48+00:00

**Note**
* When the user engages in a WebRTC conference, allows the microphone and camera permissions, and then hovers over the browser's icon in the taskbar, he will notice that the opened browser windows are being shown and the Global Sharing Indicator window does not have an icon like the others.

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

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

**Preconditions**
* Se the following precondidions:
1. privacy.webrtc.allowSilencingNotifications = true
2. privacy.webrtc.legacyGlobalIndicator = false

**Steps to reproduce**
1. Engage in a WebRTC conference.
2. Allow the microphone and camera permission door-hangers.
3. Hover over the browser's icon from the taskbar.

**Expected result**
* The Global Sharing Indicator window has a correct icon.

**Actual result**
* The Global Sharing Indicator window has a default icon.

**Regression range**
* This is a feature implementation issue.

**Additional notes**
* This issue does NOT occur on other OS types.
Bug: Interaction telemetry includes add-on IDs
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-06-23 15:48:54+00:00
Resolved: 2020-06-25 15:52:08+00:00

It looks like the interaction telemetry gathered in bug 1620358 is including add-on IDs when the intention was to mask those. It looks like they are coming from keyboard shortcuts.

What is the correct course of action when we find we are gathering more data than intended?
Bug: [UX] The Sharing permission should be removed when the shared window is being closed
Status: NEW
Priority: P3
Created: 2020-06-23 15:57:20+00:00
Resolved: 2024-06-10 09:48:12+00:00

**Note**
* When the user engages in a WebRTC conference, shares a specific window and than closes it, a black screen or the last seen screen is still shared with the spectators. It should better stop sharing altogether.

**Affected versions**
* Nightly v79.0a1
* Beta v78.0 RC
* Release v77.0.1

**Affected platforms**
* all

**Preconditions**
* Se the following preconditions:
1. privacy.webrtc.allowSilencingNotifications = true
2. privacy.webrtc.legacyGlobalIndicator = false

**Steps to reproduce**
1. Engage in a WebRTC conference.
2. Allow the microphone and camera permission door-hangers.
3. Share a window that can be closed.
4. Close the shared window.

**Expected result**
* The sharing stops.

**Actual result**
* The browser is not removing the screen-share permission and is still sharing a black screen or the last seen image of the closed window.

**Regression range**
* This is NOT a feature implementation regression as is occurred before it.

**Additional notes**
* This issue was tested with Zoom and Talky.
Bug: Bookmark folders: Selecting multiple at once should be possible
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-06-23 16:53:16+00:00
Resolved: 2021-08-24 10:41:47+00:00

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

Steps to reproduce:

- Open bookmarks manager
- Click bookmark folder Alpha
- Shift+click folder Bravo
- Ctrl+click Alpha
- Alt+click Bravo


Actual results:

Selection switched between bookmark folders Alpha and Bravo


Expected results:

- Shift+click should've kept Alpha selected, and selected all folders between Alpha and Bravo, including Bravo
- Ctrl+click should've kept Bravo selected, and also selected Alpha, but not the ones in between
Bug: SafeBrowsing errors (about:blocked) shouldn't get marked as local files
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-06-23 20:08:00+00:00
Resolved: 2020-07-08 00:04:37+00:00

Bug 1570678 made it so that we mark unknown about: sites as local to the computer, which I think is fine in general (pending some improvements in bug 1567443). However, about:blocked is one of the cases like about:neterror where the original URI of the site is preserved, thus we show misleading information when we declare that evil.com is stored on your computer.

We should probably just add the same kind of explicit carve-out that we already have for neterror and certerror:

https://searchfox.org/mozilla-central/rev/46e3b1ce2cc120a188f6940b5c6eab6b24530e4f/browser/base/content/browser-siteIdentity.js#724
Bug: Extension results aren't returned because XPCOM URIs cannot be sent to extensions
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-06-23 21:35:23+00:00
Resolved: 2020-07-13 09:53:18+00:00

Bug 1628079 added `fixupInfo` from `URIFixup` to `UrlbarQueryContext`. This allows us to cache the fixupInfo for a given search string, allowing us to one day reduce the number of calls to URIFixup. This is already paying off in the patch for bug 1645521, which eliminates a call to URIFixup previously made in UnifiedComplete.

The issue is that fixupInfo contains XPCOM URIs. `UrlbarProviderExtension` serializes the queryContext and sends it to registered extensions, but XPCOM objects can't be sent to extensions. This means `UrlbarProviderExtension` throws when it [tries to communicate](https://searchfox.org/mozilla-central/rev/46e3b1ce2cc120a188f6940b5c6eab6b24530e4f/browser/components/urlbar/UrlbarProviderExtension.jsm#192) with its extensions and no results are returned.

This hasn't become an issue because as of this filing, `queryContext.fixupInfo` is only [initialized in UrlbarProviderSearchSuggestions](https://searchfox.org/mozilla-central/rev/46e3b1ce2cc120a188f6940b5c6eab6b24530e4f/browser/components/urlbar/UrlbarProviderSearchSuggestions.jsm#181). We don't have any tests that call both `UrlbarProviderExtensions` and `UrlbarProviderSearchSuggestions`.

This bug blocks bug 1645521 because the new `UrlbarProviderHeuristicFallback` initializes `queryContext.fixupInfo` before `UrlbarProviderExtensions` sends the queryContext to its extension, i.e. the queryContext contains XPCOM URIs by the time it is sent to an extension.
Bug: Firefox Sync won't sync
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2020-06-24 00:18:02+00:00
Resolved: 2020-07-01 23:37:00+00:00

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

Steps to reproduce:

I logged into Firefox Sync. I clicked on the Sync button 10 times. When I looked to see if the Bookmarks were synced. They were not after each "sync". I have Firefox 77.0.1  64-bit and Windows 10 - 1909 installed.


Actual results:

No sync. My bookmarks did not sync.


Expected results:

All of my bookmarks should have synced to my computer.
Bug: Address bar and tabs somehow get stuck as in state where they don't work properly
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-06-24 00:31:53+00:00
Resolved: 2023-11-01 13:33:04+00:00

Sorry if this is a dup or fixed on Nightly, but it's at least something I'm running into on FF77.

A few times now in the last few weeks, I've somehow gotten into a state where
* The main toolbar w/ address does not respond in any way to mouse events, except the "Home" and "Downloads" buttons. No other buttons respond to click or hover state.
* All tabs in the tab bar have hover state and can be click-selected but cannot be clicked to close or dragged. 
  * I can right-click and use the menu to close, but _only_ on tabs that are not the selected tab
  * If I right-click the _selected_ tab, the menu options are dramatically limited, and do not contain the "Close Tab" option.

Unfortunately as I was getting ready to take a screenshot of the limited menu, I must have done something to get it out of this stuck state and the UI reverted to normal behavior, so I don't actually know which entries were showing up.
Bug: Intermittent browser/base/content/test/performance/browser_startup_syncIPC.js | unexpected PGPU::Msg_AddLayerTreeIdMapping sync IPC before handling user events -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-06-24 04:17:43+00:00
Resolved: 2020-07-21 17:04:19+00:00

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

---

[task 2020-06-23T22:41:38.780Z] 22:41:38     INFO - TEST-PASS | browser/base/content/test/performance/browser_startup_syncIPC.js | sync IPC PAPZInputBridge::Msg_ProcessUnhandledEvent happened as many times as expected before first paint - 
[task 2020-06-23T22:41:38.780Z] 22:41:38     INFO - whitelisted sync IPC before handling user events:
[task 2020-06-23T22:41:38.780Z] 22:41:38     INFO -   PLayerTransaction::Msg_GetTextureFactoryIdentifier - at most 1 times
[task 2020-06-23T22:41:38.780Z] 22:41:38     INFO -   PCompositorBridge::Msg_Initialize - at most 1 times
[task 2020-06-23T22:41:38.781Z] 22:41:38     INFO -   PCompositorWidget::Msg_Initialize - at most 1 times
[task 2020-06-23T22:41:38.781Z] 22:41:38     INFO -   PCompositorBridge::Msg_WillClose - at most 2 times
[task 2020-06-23T22:41:38.781Z] 22:41:38     INFO -   PCompositorBridge::Msg_MakeSnapshot - at most 1 times
[task 2020-06-23T22:41:38.781Z] 22:41:38     INFO -   PAPZInputBridge::Msg_ProcessUnhandledEvent - at most 1 times
[task 2020-06-23T22:41:38.781Z] 22:41:38     INFO -   PAPZInputBridge::Msg_ReceiveMouseInputEvent - at most 1 times
[task 2020-06-23T22:41:38.781Z] 22:41:38     INFO - Buffered messages finished
[task 2020-06-23T22:41:38.781Z] 22:41:38     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/performance/browser_startup_syncIPC.js | unexpected PGPU::Msg_AddLayerTreeIdMapping sync IPC before handling user events - 
[task 2020-06-23T22:41:38.781Z] 22:41:38     INFO - Stack trace:
[task 2020-06-23T22:41:38.781Z] 22:41:38     INFO - chrome://mochikit/content/browser-test.js:test_ok:1299
[task 2020-06-23T22:41:38.781Z] 22:41:38     INFO - chrome://mochitests/content/browser/browser/base/content/test/performance/browser_startup_syncIPC.js:null:351
[task 2020-06-23T22:41:38.781Z] 22:41:38     INFO - Not taking screenshot here: see the one that was previously logged
Bug: Sync ping may submit with an empty UID
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-06-24 07:19:10+00:00
Resolved: 2020-06-25 09:48:18+00:00

If a sync ping has no syncs (eg, just events or similar) it will be submitted without a UID. I also noticed that no noise is made if the promise returned by submitting the ping rejects, so I'm making that log an error.
Bug: Address Bar doesn't provide suggestions anymore
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-24 09:32:10+00:00
Resolved: 2020-06-24 15:57:18+00:00

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

Steps to reproduce:

I've updated the nightly version.


Actual results:

Last week (Wed or Thur) the searchbar/ URLbar stopped providing suggestions (all of them - whether it's bookmarks, recent pages, search suggestions ...).

Also the list of search engines is empty and it's not possible to add a new one or restore the default list (nothing happens).

Also if I want to go to an URL I have to explicitly type the protocol:

https://google.com

works.

google.com

doesn't work.


Expected results:

Nothing. Searchbar/ URLbar should continue to work as before.
Bug: A 500 error message is displayed after clicking on `getpocket` cards from the “Recommended by Pocket” section
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-06-24 11:25:52+00:00
Resolved: 2020-06-24 16:10:42+00:00

[Affected versions]:
- Firefox Release 77.0.1 (Build ID: 20200602222727)
- Firefox RC 78 (Build ID: 20200622230509)
- Firefox Nightly 79.0a1 (Build ID: 20200623213840)

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

[Prerequisites]:
- Have the Firefox Beta en-US build installed.
- Have the `browser.search.region` pref set to `US`.

[Steps to reproduce]:
1. Open the Firefox browser with the profile from prerequisites.
2. Open a new tab.
3. Open any `getpocket` card in a Private Window.
4. Observe the opened page.

[Expected result]:
- The page is successfully opened and loaded.

[Actual result]:
- The page is not loaded and an “Oops! Something’s gone awry...
There’s been a 500 error. Try refreshing your page and see if that fixes things. If you’re still seeing the issue, please contact our support team.” error message is displayed.

[Notes]:
- The page is successfully loaded after page refresh.
- This issue is also reproducible when opening the card in a new window, it’s less reliable.
- This issue is reproducible only one time per session when clicking the card or opening in a new window.
- The issue is also reproducible if the “browser.search.region” pref value is “GB”.
- Attached a screen recording of the issue.
Bug: firefox-ci-tc.services.mozilla.com keep popping up as suggestion in megabar
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-24 11:43:09+00:00
Resolved: 2020-06-29 18:26:00+00:00

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

Steps to reproduce:

1. key in 'fire' and observe that firefox-ci-tc.services.mozilla.com is offered as first entry on the list
2. select the firefox-ci-tc.services.mozilla.com entry and shift+delete it to remove it from suggestions
3. pick forget about this site in history sidebar for firefox-ci-tc.services.mozilla.com
4. observe that it still appears as a suggestion after doing 2. and 4.


Actual results:

firefox-ci-tc.services.mozilla.com keeps coming back after shift+deleted from the suggestion list


Expected results:

firefox-ci-tc.services.mozilla.com isn't offered on the suggestion list after being removed manually from suggestion list
Bug: Universal XSSin Firefox via Copy-Paste
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-24 16:02:32+00:00
Resolved: 2023-05-23 04:28:51+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.106 Safari/537.36

Steps to reproduce:

I found another XSS via copy-paste or maybe a bypass for bug https://bugzilla.mozilla.org/show_bug.cgi?id=1602843

Final payload: <svg><style><svg onload="javascript:alert(document.domain)">

----------------------------
I create live POC here https://sites.google.com/ultrasonic.page/test, the code:

document.oncopy = event => {
  event.preventDefault();
  event.clipboardData.setData('text/html', '<svg><style><svg onload="javascript:alert(document.domain)">');
}

Copying content from there, and paste it on editor with <div contenteditable> will execute the XSS.
----------------------------

I can show that the XSS will be executed on some major website like Google, Facebook, Microsoft, some email providers and many more.

Step to reproduce:
1. Open Firefox or Firefox Nightly
2. Goto https://sites.google.com/ultrasonic.page/test
3. Copy the content
4. Goto https://facebook.com/
5. Press CTRL+V
6. Goto Blogger editor --> Paste on Editor
7. Goto some Office online apps --> Paste or press CTRL+V on editor

Please check attached video POC for more details.

Reproduced on:
- Latest Firefox and Firefox Nightly
- Windows 10


Actual results:

XSS will be executed on pasting or pressing CTRL+V
Bug: If the search service fails to initialise properly, allow the Firefox to be used in a limited mode
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-06-24 18:13:22+00:00
Resolved: 2023-08-16 18:22:10+00:00

If the search service fails to initialise, we should still allow Firefox to be used.

At the moment, if it breaks, then the address bar can't be used. The new tab page also doesn't finish starting properly.

Although this should be an extremely rare scenario, that's hopefully only limited to test builds, I think it is worth making sure that at least some of the browser is usable, so that users can still try and find information without needing to resort to switching browsers.

This will probably need some investigation as to what exactly breaks, could we return a dummy engine or something.

It might also be interesting to add telemetry to see if this is happening in the wild at all.