av9ash/GitBugs huggingface dataset:
Bug: [Enhancement] Consider removing the usual Amazon and eBay entries from the top-sites Remote Settings collection if there are also Sponsored versions
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-11-13 14:32:25+00:00
Resolved: 2020-11-16 12:21:37+00:00

**[Notes]:**
- The top-sites collection also contains the non-experiment version of Amazon for the US, DE and GB locales and eBay for DE and GB. 
- This seems to cause them to be displayed after the user has dismissed the experiment versions. This could be considered ignoring user choice.

**[Affected versions]:**
- Firefox Beta 83 (Build ID: 20201112153044)

**[Affected Platforms]:**
- Windows
- Linux
- macOS

**[Prerequisites]:**
- Have Firefox Beta 83 installed and open.
- Be enrolled in a treatment branch of the “TopSites Launch Phase 3” experiment:
    - Use the Stage environment.
    - `browser.partnerlink.useAttributionURL` set to `true`
    - `browser.topsites.experiment.ebay-2020-1` set to `true`
    - `browser.search.experiment` set to `amazondotcom-adm`
    - `browser.topsites.useRemoteSetting` set to `true`

**[Steps to reproduce]:**
1. Open a new tab.
2. Dismiss the Amazon Sponsored tile.
3. Observe the Top Sites displayed.

**[Proposed result]:**
-  A non-sponsored Amazon top tile **is not** displayed after the user has dismissed its Sponsored version.

**[Current result]:**
-  A non-sponsored Amazon top tile **is** displayed after the user has dismissed its Sponsored version.

**[Additional Notes]:**
- The behavior decribed in the steps can not be reproduced for eBay on the US version of the experiment.
-  I am attaching a recording of the current behavior.
Bug: Perma browser/components/places/tests/browser/browser_default_bookmark_location.js | Test timed out - when Gecko 84 switches to Late Beta on 2020-11-27
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-11-13 14:43:25+00:00
Resolved: 2020-11-15 17:30:01+00:00

[central-as-late-beta simulation](https://treeherder.mozilla.org/jobs?repo=try&group_state=expanded&resultStatus=testfailed%2Cbusted%2Cexception%2Cretry%2Cusercancel%2Crunnable&revision=13c679db77d05a97a9eada78642b41c8db22fd3c&selectedTaskRun=OEREc74fQNG2ya2JyjbsEw.0)
[Failure log](https://treeherder.mozilla.org/logviewer?job_id=321703397&repo=try)

[task 2020-11-13T14:15:11.771Z] 14:15:11     INFO - Entering test bound test_change_location_panel
[task 2020-11-13T14:15:11.771Z] 14:15:11     INFO - Pref value: toolbar
[task 2020-11-13T14:15:11.771Z] 14:15:11     INFO - Buffered messages logged at 14:13:47
[task 2020-11-13T14:15:11.771Z] 14:15:11     INFO - Waiting for item to move.
[task 2020-11-13T14:15:11.772Z] 14:15:11     INFO - Waiting for transactions to finish.
[task 2020-11-13T14:15:11.772Z] 14:15:11     INFO - Moved; waiting to hide panel.
[task 2020-11-13T14:15:11.772Z] 14:15:11     INFO - Waiting for pref change.
[task 2020-11-13T14:15:11.772Z] 14:15:11     INFO - Buffered messages finished
[task 2020-11-13T14:15:11.772Z] 14:15:11     INFO - TEST-UNEXPECTED-FAIL | browser/components/places/tests/browser/browser_default_bookmark_location.js | Test timed out - 

Regressed by bug 1675551?
Bug: Address bar dropdown flickers while typing previously searched items
Status: NEW
Priority: P3
Created: 2020-11-13 14:57:35+00:00
Resolved: 2024-05-16 14:29:48+00:00

[Affected versions]:
- 83.0RC
- 84.0a1 2020-11-13

[Affected platforms]:
- Win 10 x64
- Ubuntu 18.04 x64
- Mac OS X 10.15

[Steps to reproduce]:
1. Perform a search in address bar - search results are listed on the default search engine page
2. Close the tab and open a new one
3. Type the previously searched string - The search suggestions do not contain any duplicates of the history entries.

[Expected result]:
- No flickers while typing history entries  

[Actual result]:
- The previously opened url is displayed briefly while typing 

[Regression range]:
- This is a follow-up from https://bugzilla.mozilla.org/show_bug.cgi?id=1626946#c3

[Suggested severity]:
- S4

[Additional note]:
- Screencast showing the issue: https://drive.google.com/file/d/17htkh4LMepawwRwQ1fn70wCYiORmcueV/view
Bug: [Experiment] Sponsored Top Sites move existing pinned Top Sites from their positions
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-11-13 15:31:57+00:00
Resolved: 2020-11-13 15:47:38+00:00

**[Notes]:**
- Users who use the Pin function would not expect those Top Sites to be moved/changed with anything and would perceive this as an issue as dismissing the Sponsored Top Sites will not revert the changes.
- Even if the moved Top Sites are not really lost, users won't know this and they would expect to find them only if they change the New Tab page to display more rows of Top Sites.

**[Affected versions]:**
- Firefox Beta 83 (Build ID: 20201112153044)
- Firefox Nightly 84.0a1 (Build ID: 20201108212832)

**[Affected Platforms]:**
- Windows
- macOS
- Linux

**[Prerequisites]:**
- Have Firefox Beta 83 installed and open.
- To be enrolled in a treatment branch of the “TopSites Launch Phase 3” experiment:
  - Use the Stage environment.
  - `browser.partnerlink.useAttributionURL` set to `true`
  - `browser.topsites.experiment.ebay-2020-1` set to `true`
  - `browser.search.experiment` set to `amazon-de-adm`
  - `browser.topsites.useRemoteSetting` set to true

**[Steps to reproduce]:**
1. Open the Firefox build from prerequisites using a new profile.
2. Pin Top Sites on all the available positions.
3. Enroll in the experiment.
4. Observe the Top Sites section.

**[Expected result]:**
- The Sponsored Top Sites take the first positions available to them without moving already Pinned top sites from those positions.

**[Actual result]:**
- Sponsored Top Sites move all Pinned Top Sites to the right.

**[Additional Notes]:**
- The issue is also reproducible with the US and GB versions of the experiment.
- Attached a screen recording of the issue.
Bug: certificate error pages can't use js modules when instantiated in a sandboxed iframe
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-11-13 18:45:00+00:00
Resolved: 2021-01-28 13:56:17+00:00

See also bug 1573276.
I'm working on removing some legacy certificate parsing from PSM that is only used by the front-end. In order to do that, my plan was to use the new certificate parsing code from the new certificate viewer. This new code is a js module, so the certificate error page would presumably have to load it as a js module. However, this causes `checkSandboxedIframe`[0] to fail. The console shows these errors:
```
 0:19.59 INFO Console message: [JavaScript Error: "Cross-Origin Request Blocked: The Same Origin Policy disallows reading the remote resource at file:///Users/dkeeler/mozilla-unified/toolkit/components/certviewer/content/certDecoder.js. (Reason: CORS request not http)."]
 0:19.60 INFO Console message: [JavaScript Warning: "Module source URI is not allowed in this document: “chrome://global/content/certviewer/certDecoder.js”." {file: "about:certerror?e=nssBadCert&u=https%3A//expired.example.com/&c=UTF-8&d=%20" line: 222}]
```
This seems wrong. Our certificate error pages should be able to load js modules (in the same way that they should be able to do l10n, a-la bug 1573276).

[0] https://searchfox.org/mozilla-central/rev/44e6dfd7e02edd95e5fd4d4c25c8b946131f92cd/browser/base/content/test/about/browser_aboutCertError.js#488
Bug: My other account tmj94@aol.com is having the email returned.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-13 21:43:19+00:00
Resolved: 2020-12-30 10:30:01+00:00

User Agent: Mozilla/5.0 (X11; CrOS x86_64 13421.99.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.198 Safari/537.36

Steps to reproduce:

Tried Resetting Password	


Actual results:

Got no email and then it says that email was returned.


Expected results:

I should have gotten into my account.
Bug: Errant sentence should be removed from the Princeton Study Card
Status: RESOLVED
Priority: P2
Resolution: WONTFIX
Created: 2020-11-13 22:47:09+00:00
Resolved: 2021-06-16 02:16:19+00:00

There's a sentence in the current study card (on about:ion) that should be removed. It doesn't make sense, and isn't in the legal approved copy (https://docs.google.com/document/d/1NuDVkGvpInB9EiyCq7xtEvt-NaEgIWPRjqol8R9tBTA/edit?ts=5f9832b5#) of the text. The sentence: "Read the full data collection documentation here." should be removed. 

See also, attached image.
Bug: URI count should only include user-initiated page loads
Status: NEW
Priority: P3
Created: 2020-11-13 23:23:30+00:00
Resolved: 2021-09-29 01:29:53+00:00

The `total_uri_count` and `total_uri_count_normal_and_private_mode` (Bug 1535169) probes can also include page loads that might occur in background or minimized tabs. This causes the numbers to be inaccurate and we would ideally like to count URIs initiated by the user. 

There are also questions around what we would consider user-initiated. After discussing this briefly with mconley:

> We can, for example, detect if the user has typed into the URL bar and pressed enter. I believe we can also tell if the user has clicked on a link to cause a navigation.
> But what if the user clicks on a button that runs script that causes a navigation? Does that count as user initiated, since a script did it?

This issue should look at discussing if we need to update the existing probes or add new ones to account for the overcounting.
Bug: eBay will freeze then crash
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-14 01:05:22+00:00
Resolved: 2020-11-19 16:43:08+00:00

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

Steps to reproduce:

eBay will freeze then crash


Actual results:

https://crash-stats.mozilla.org/report/index/13a66963-0c78-49a1-875b-3b8f40201114

Report ID
98D2C7FC-8420-4946-877C-9193254AC194


Expected results:

eBay should not freeze nor crash
Bug: Window moved to foreground after session-restore after having alt-tabbed away
Status: UNCONFIRMED
Priority: --
Created: 2020-11-14 02:48:46+00:00
Resolved: 2023-10-06 11:32:32+00:00

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

Steps to reproduce:

Opened firefox, alt-tabbed away to a different application during session restore stage.


Actual results:

Firefox takes several seconds to process the session data for me since I have in the region of 2000+ tabs. While it's processing that I typically alt+tab away to a different application such as my mail client to do something else. Once firefox has finished processing the session data and restores the tabs, it then suddenly appears on top of my mail client, requiring three alt-tabs to switch back and finish reading the email I was reading.

This possibly relates to the poor behaviour of #1454156.


Expected results:

This is poor UX. I expect firefox to remain entirely in the background once I've tabbed away in this situation and not interrupt me like this.
Bug: DragDrop Operation could not be canceled
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-11-14 06:10:30+00:00
Resolved: 2020-12-09 16:03:45+00:00

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

Steps to reproduce:

1. got to http://jsfiddle.net/3n9pyvcs/2/
2. drag the text
3. operation not canceled

What is the expected behavior?
after 3 seconds the drag operation should stop



Actual results:

the drag operation was not canceled.


Expected results:

after 3 seconds the drag operation should stop

look at the docs here: https://html.spec.whatwg.org/multipage/dnd.html#dndevents

drag operation should be cancelable
Bug: When I try to enter in a meet virtual class firefox crash
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-14 07:40:04+00:00
Resolved: 2021-01-08 08:27:13+00:00

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

Steps to reproduce:

I tried to open the link of a meet virtual classroom


Actual results:

While the page loading firefox crashed


Expected results:

Join in a classroom :)
Bug: Ad blockers no longer work with Youtube
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-11-14 15:11:55+00:00
Resolved: 2020-12-16 19:25:46+00:00

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

Steps to reproduce:

- Install any ad blocker (uBlock Origin, Ad Blocker Ultimate, etc.)
- Start a Youtube video



Actual results:

The video won't start playing immediately unless I click "Skip Ads", although the ad content won't show. See attached.


Expected results:

The video should just start playing immediately.
I tried disable add-ons and refresh Firefox and didn't work.
Bug: Pressing Esc while loading search keyword results leaves address bar in search mode but with full URL
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-11-14 19:41:26+00:00
Resolved: 2021-01-07 19:52:57+00:00

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

Steps to reproduce:

1. Open a new tab/window (this doesn’t seem to be reproducible on existing tabs)
2. Type `@wikipedia Testign` (sic!), or use some other search keyword, and then press Enter
3. While the page is still loading, quickly press Esc (you’ve realized you made a typo)
4. Press Ctrl+L or otherwise move to the address bar
5. Quickly fix the typo by changing “Testign” to “Testing”
6. Press Enter to submit the fixed search


Actual results:

Firefox opens the URL

https://en.wikipedia.org/wiki/Special:Search?search=https%3A%2F%2Fen.wikipedia.org%2Fwiki%2FSpecial%3ASearch%3Fsearch%3DTesting%26sourceid%3DMozilla-search&sourceid=Mozilla-search&ns0=1

i.e., the English Wikipedia search results for the URL

https://en.wikipedia.org/wiki/Special:Search?search=Testing&sourceid=Mozilla-search

This is because the address bar contents you edited in step 5 are a full search URL, but the address bar was also still in search mode for English Wikipedia (see screenshot).


Expected results:

The address bar should have left search mode immediately, so that editing the search URL did not enter another search for the edited URL. (Or alternatively, the address bar could have stayed in search mode and only showed the search terms instead of the URL, I guess?)
Bug: Cannot scroll down on a certain website (due to Grammarly add-on)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-11-14 21:46:59+00:00
Resolved: 2020-11-16 05:34:29+00:00

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

Steps to reproduce:

Open https://investor.vanguard.com/etf/profile/VOO page in firefox. Try to scroll-down. It doesn't scroll. You can scroll the page in Safari and Chrome.

I have been using firefox for many years and have been finding these issues more often in the last 6 months or so which is a bit worry. Hence, I want to report this. I can add more URLs as I come across them.


Actual results:

It doesn't scroll. You can scroll the page in Safari and Chrome.


Expected results:

It should scroll.
Bug: Apple website checkout page keeps loading
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-15 10:46:37+00:00
Resolved: 2021-01-08 12:35:29+00:00

User Agent: Mozilla/5.0 (Linux; Android 10) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/86.0.4240.198 Mobile DuckDuckGo/5 Safari/537.36

Steps to reproduce:

On apple.com/in i tried to buy a product and was going step by step through the checkout. Process


Actual results:

After i selected mode of.payment and accepted terms and conditions, i clicked to go to the final payment details page but the page never appeared. Firefox kept trying to load the page but it never appeared at all. 


Expected results:

The payment details page should have appeared after loading and it should.have allowed me to enter details related to paymwnt info.
Bug: Edits to userChrome.css Breaks Youtube in Nightly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-15 13:19:25+00:00
Resolved: 2020-11-15 19:07:16+00:00

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

Steps to reproduce:

1. Install MaterialFox or QuietFox onto 'profiles\chrome'
2. Go to Youtube
3. Observe Youtube

I have identified that edits to userChrome.css is the problem (isolated variable and tested; userChrome.css is the only changing variable)


Actual results:

Youtube left panel missing, settings menu infinitely loads, video scroll fails to load

Refer to attached


Expected results:

Youtube should display everything properly.
Bug: Occasionally typing an url tells that the page is already open in some tab, when it isn't
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2020-11-15 15:04:48+00:00
Resolved: 2024-05-08 09:35:13+00:00

This has happened to me couple of times recently.
Awesomebar says that the page is open in some tab and shows the tab icon with the page. But selecting that item doesn't do anything, other than clears the location bar.
Bug: directory comes up in place of app directory
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-11-15 17:12:18+00:00
Resolved: 2020-11-15 17:30:50+00:00

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

Steps to reproduce:

Not even sure who's problem this is.    I first noticed it in notepad++.   I click on "file" and it comes up correctly.   I can click on one of the last 10 files I have been working on or I can click on "open" which traditionally opens a notepad++ directory which I especially liked but now it opens in what appears to be the browser directory, firefox.  


Actual results:

clicking on anything brings up that file in fire fox, not ++


Expected results:

It should come up in notepad++.    this just started.   I see I got a new version of firefox on the 10th, that might be right or about time the problem started.
Bug: topbar appear while open firefox using vscodium liveserver
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-11-15 18:39:01+00:00
Resolved: 2020-11-21 15:10:23+00:00

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

Steps to reproduce:

If I open firefox using vscodium, and extension LiveServer, the firefox showing me topbar.
If I open firefox by clicking on the icon, everything is ok, and topbar not appear (just like I want, and like I tick in settings).
Problem also dosen't appear when I open links from Telegram.

 Firefox: 82.0.3
 	Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:82.0) Gecko/20100101 Firefox/82.0
 	Linux 5.4.0-53-generic #59-Ubuntu SMP Wed Oct 21 09:38:44 UTC 2020


Actual results:

topbar appear


Expected results:

topbar shouldn't appear
Bug: Cannot open website in intranet because it automatically add suffix .com
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-15 19:42:47+00:00
Resolved: 2022-01-11 14:58:05+00:00

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

Steps to reproduce:

I cannot open Intranet website recently because Firefox Nightly automatically adds suffix .com, preventing me to access my own production server. New Firefox Nightly also prevents download from perfectly correct website just because they are not https ones. Is there a way to download anyway on my own opinion and decision or your AI will nourish me hereafter till eternity.


Actual results:

My local production server parked in intranet have simple name without prefix and suffix and it is unreachable by the recent Firefox Nightly because it automatically adds suffix. Also I cannot download deb files from some ftp websites simply because they are not cryptic ones, i.e. FTPS, HTTPS or similar.


Expected results:

It should open my local production web server as it was possible and as it is possible right now with all other browsers! The same situation is with those allegedly problematic html addresses estimated unsecure by your AI perfectly reachable literally by all other browsers.
Bug: profil hiba miatt nem tudom a firefoxot letölteni
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-15 21:50:55+00:00
Resolved: 2020-12-09 15:27:32+00:00

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

Steps to reproduce:

Megpróbáltam letölteni a Firefoxot pc-re


Actual results:

Megnyitottam az exe fájlt,erre ezt írta ki:A Firefox profil nem tölthető le.Hiányzik vagy nem elérhető


Expected results:

Megnyílni a Firefoxnak
Bug: Containers not saving post-update
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-16 01:06:48+00:00
Resolved: 2020-12-07 18:57:41+00:00

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

Steps to reproduce:

1. Open a webpage in a container
2. Click "Restart to update Nightly"


Actual results:

The tab reopened in default container


Expected results:

The tab should open in the previous container
Bug: Fix contrast for [Manage bookmarks...] link on dark themes
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-11-16 07:43:20+00:00
Resolved: 2020-12-04 18:09:16+00:00

**Affected versions**
* 84.0a1(2020-11-15) 

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

**Steps to reproduce**
* Firefox, OS theme set to dark; 
1. Launch Firefox with a fresh profile;
2. Open the Customize window and remove Default items from the bookmarks toolbar;
3.  Open a new tab;

**Expected result**
* Manage bookmarks option is displayed on the new section;

**Enhancement suggestion **
* change the color or the string to a lighter shade of blue;

**Regression range**
* last "good": 2020-11-13;
* first "bad": 2020-11-14
* Pushlog [URL](https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=8ad7087f123c5f99ddd975dfac47f06e4a8b39f2&tochange=5c55402f9d41ec7ebc0168d2a04b51e37c7a4685)
* not a regressed behavior, introduced with patch from bug 1674091;

**Additional notes**
* S4 as suggested severity;
* attached screenshot with the issue, not the best one; will update it once I can trigger that menu again;