av9ash/GitBugs huggingface dataset:
Bug: Folders in the Other Bookmarks on the Bookmarks Toolar don't expand
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-11-02 13:58:10+00:00
Resolved: 2020-11-06 13:06:05+00:00

STR:
1. Latest Nightly, Windows 10
2. Have some bookmarks inside a folder in the Other Bookmarks folder
3. Enable the Bookmarks Toolbar
4, Click the Other Bookmarks on the toolbar, and navigate to the folder with the previously added bookmarks

AR:
The folder does not expand. Instead there's a small rectangle (~3x3px) with no contents.

ER:
The folder's contents are displayed
Bug: Other Bookmarks popup doesn't update when bookmark is deleted from it
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-11-02 16:19:53+00:00
Resolved: 2020-11-18 11:39:47+00:00

STR:

1. Have latest Nightly opened. 
2. Have some bookmarks stored in Other Bookmarks folder.
3. Click the Other Bookmarks button in the toolbar and right click one of the menu popup items.
4. Select "Delete"

AR:
The menu popup doesn't update. The bookmark item should have been removed as soon as "Delete" was selected. The user needs to reopen the popup to see the updated menu items.

ER:
The menu popup still displays the deleted bookmark.
Bug: Downloading .iso from https://getfedora.org/en/workstation/download/ doesn't work in Nightly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-02 16:26:53+00:00
Resolved: 2020-11-12 13:04:37+00:00

Trying to download the file says
"This file could not be downloaded securely".

Download works on FF release.
Bug: A pdf file is displayed as it's on the computer while it's not
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-02 17:00:17+00:00
Resolved: 2020-11-02 19:31:46+00:00

STR:
1. Open http://www.mei-ashkelon.co.il/imageBank/tofes/hahlafa_1.pdf
2. See the identity panel

AR:
"This page is stored on your computer"

ER:
Presumably "Connection not secure".
Bug: "Search with amazon" shows the wrong favicon under certain circumstances
Status: NEW
Priority: P3
Created: 2020-11-02 17:39:45+00:00
Resolved: 2020-11-03 02:59:00+00:00

**[Sugested Severity:]**
S4

**[Description:]**
When you remove the search engine Google, and Amazon's alias is "@google", the urlbar's dropdown shows the wrong favicon.

**[Steps:]**
1. Launch Firefox (en-us locale) and open about:preferences#search
2. In search shortcuts, change Amazon's keyword to "@google"
3. Remove Google from the search shortcuts
4. Go to a new tab, click on the urlbar

**[Actual Result:]**
The first line reads:  "Search with amazon" but has google's favicon

**[Expected Result:]**
It should read that but with amazon's favicon. 

Note: When amazon's alias is a random word, like "@fun", "Search with amazon" doesn't appear in the dropdown at all, despite amazon being in the top sites.
Bug: [New Bookmarks performance] Only add Other Bookmarks button when needed
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-11-02 18:05:39+00:00
Resolved: 2021-01-29 13:39:40+00:00

The "Other Bookmarks" folder is automatically part of the toolbar DOM. It would be ideal if we could add this folder dynamically when it's first needed instead.

This issue should make it so that we only insert the Other Bookmarks folder once items are stored in it.
Bug: Cookies are deleted after browser is closed despite being set to store them.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-11-02 20:04:20+00:00
Resolved: 2020-11-09 08:24:01+00:00

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

Steps to reproduce:

Browser is set to store all cookies: "delete cookies and site data when Firefox is closed" box is unchecked.

Solution attempts:
- Went to "about:config" and changed "privacy.purge_trackers.enabled" to "false" which is a solution recommended to me by other users experiencing the same issue.
- All extensions and privacy settings have been deactivated in order to try fixing this issue.
- Additionally, I upgraded from Firefox 82 to Firefox Beta to try to solve this issue, without any luck.


Actual results:

The browser still deletes all cookies after closing.


Expected results:

I want all my accounts to stay logged in after I close the browser and therefore store all of my cookies.
Bug: Since recent update to Firefox I get an unsupported browser message using Facebook.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-02 21:16:52+00:00
Resolved: 2021-03-29 18:12:10+00:00

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

Steps to reproduce:

When visiting Facebook at https://www.facebook.com it opens https://m.facebook.com


Actual results:

I get a message at the top of the page saying 'Unsupported Browser' 'You're using a browser that isn't supported by Facebook, so we've redirected you to a simpler version to give you the best experience.'


Expected results:

It should have stayed at https://www.facebook.com which is what it did until the most recent update to Firefox.
Bug: Ion study enrollment pings should use schema name, not add-on ID
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-11-02 22:03:51+00:00
Resolved: 2021-06-16 02:26:42+00:00

This came up in bug 1674847, we are using the study add-on ID where we should be using the studyName (declared in the `manifest.json`):

https://searchfox.org/mozilla-central/rev/16d30bafd4e5276d6d3c632fb52a6c71e739cc44/browser/components/ion/content/ion.js#779-787

This is both for enrollment and deletion pings. Anthony is working around this for the first study, but we should fix and not make him do this for future studies :)
Bug: Location bar keyboard focus unstable when web site loading is in a loop
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-11-03 01:53:35+00:00
Resolved: 2022-05-09 05:27:36+00:00

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

Steps to reproduce:

In local development, I have a state where due to a bug in my web server code, there's a loop between two web pages (an error page and the home page).  So that's my problem.  But in the meantime, I can't use the Firefox location bar to go to a URL that isn't reloading the error page and the home page every second.  Every time I try to type in the 'login' part at the end of the URL to get out of the loop I'm interrupted by having the keyboard focus go to the beginning of the URL.  I try to use keyboard to get to the end of the URL but as soon as the page reloads it goes back to the beginning of the URL so I can't fix the URL to escape the loop. 

Now, granted, this isn't inescapable.  I can kill the tab and start a new tab and NOT go to the URL that causes the URL loading bug.  I can use the mouse, which for some reason doesn't suffer from the focus problem (but I normally don't use the mouse, I'm a very keyboard-oriented user).  

The reason I'm reporting this and crossing my fingers that it's fixed is that I have other keyboard-only issues using the Firefox location bar, which are harder to reproduce.  There's some other issue where I open a tab (keyboard only) and type in a URL or some search terms (keyboard only) and then I get stuck in the dropdown search results without being able to get back to the typing focus (unless I use a mouse) Maybe some attention to mouseless focus on the location bar would fix those issues that I have more trouble nailing down exactly how to reproduce!


Actual results:

While trying to edit the URL, since the web page is reloading while I'm trying to enter the correct URL, focus jumps to the beginning of the URL even though I'm trying to type at the end of the URL.


Expected results:

THe keyboard focus should have remained at the end of the URL since I put the keyboard focus there.
Bug: 2.47 - 8.7% raptor-tp6-netflix-firefox-cold / raptor-tp6-twitter-firefox-cold / raptor-tp6-twitter-firefox-cold fcp (windows10-64-shippable, windows7-32-shippable) regression on push f39954582bb1f70947ad5729037333d37136acaa (Tue October 27 2020)
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-11-03 09:19:03+00:00
Resolved: 2020-12-16 19:44:23+00:00

Perfherder has detected a raptor performance regression from push [f39954582bb1f70947ad5729037333d37136acaa](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=f39954582bb1f70947ad5729037333d37136acaa). As author of one of the patches included in that push, we need your help to address this regression.

### Regressions:

| **Ratio** | **Suite** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)**| 
|--|--|--|--|--|--| 
| 9% | raptor-tp6-netflix-firefox-cold | fcp | windows7-32-shippable |  | 292.25 -> 317.67 |
| 9% | raptor-tp6-twitter-firefox-cold | fcp | windows10-64-shippable |  | 213.12 -> 231.50 |
| 8% | raptor-tp6-twitter-firefox-cold | fcp | windows10-64-shippable |  | 212.92 -> 229.42 |
| 6% | raptor-tp6-netflix-firefox-cold | loadtime | windows7-32-shippable |  | 826.42 -> 872.75 |
| 2% | raptor-tp6-twitter-firefox-cold |  | windows10-64-shippable |  | 473.76 -> 485.47 |


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=27484), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the offending patch(es) will be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: The "Recommended by Pocket" cards are wrongly displayed only on 1 row for new Firefox profiles if the region is set to any other country except "US", CA", GB", DE", or FR"
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-11-03 10:50:16+00:00
Resolved: 2020-11-13 15:13:24+00:00

**[Notes]:**
- This issue is no longer reproducible after a browser restart.

**[Affected versions]:**
- Firefox Nightly 84.0a1 - Build ID: 20201102214151

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

**[Prerequisites]:**
- Have a VPN installed and set the region to any country except "US", CA", GB", DE", or FR" (e.g.: "RO").

**[Steps to reproduce]:**
1. Create a new profile and open the browser.
2. Open a new tab and observe the "Recommended by Pocket" section.

**[Expected result]:**
- The "Recommended by Pocket" cards are displayed on 7 rows, each row containing 3 cards.
	
**[Actual result]:**
- Only 1 row containing 3 cards is displayed.

**[Additional Notes]:**
- Attached a screen recording of the issue.

@Scott, could you please take a look over this issue?
Bug: The developer tools do not obey the Windows high-contrast mode
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-03 12:03:58+00:00
Resolved: 2020-11-09 08:52:55+00:00

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

Steps to reproduce:

1. Enable high-contrast mode in Windows 10, by doing the following:
1.1. Open Windows Settings (Windows+I).
1.2. Go to Ease of access -> High-contrast.
1.3. Turn on the high-contrast mode, using the respective toggle.
1.4. From the "High-contrast theme" combo-box, select "High-Contrast Black".
2. Launch Firefox and load a page in it.
3. Invoke the developer tools (e.g. by pressing F12).


Actual results:

The area with the developer toos does not obey the high-contrast mode set in Windows, as do other parts and controls (incl. the loaded web page) in Firefox.


Expected results:

The developer tools of Firefox should also obey the currently active high-contrast mode in Windows.
Bug: Synced tabs are shown in search mode regardless of origin
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-11-03 16:17:08+00:00
Resolved: 2020-11-14 09:50:20+00:00

We show synced tabs in search mode regardless of whether the synced tab has the same origin as the search mode engine. We should instead only show a synced tab in search mode if it has the same origin as the search mode engine or the user is in Tabs search mode.

We should check `UnifiedComplete._filterOnHost` (from [here](https://searchfox.org/mozilla-central/rev/16d30bafd4e5276d6d3c632fb52a6c71e739cc44/toolkit/components/places/UnifiedComplete.jsm#481-485)) in `UnifiedComplete._matchRemoteTabs` ([here](https://searchfox.org/mozilla-central/rev/16d30bafd4e5276d6d3c632fb52a6c71e739cc44/toolkit/components/places/UnifiedComplete.jsm#1162)).
Bug: Default search settings are ignored after update
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-11-03 16:23:42+00:00
Resolved: 2020-11-12 17:21:43+00:00

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

Steps to reproduce:

1. Install an older Firefox version: https://download.mozilla.org/?product=firefox-57.0&os=win&lang=en-US
2. Start Firefox and install an appropriate older version of a default search extension: https://addons.mozilla.org/firefox/downloads/file/766050/search_and_new_tab_by_yahoo-2.1.2-an+fx.xpi
3. Now Yahoo should be the default search (default search settings form manifest.json)
4. Restart and update browser to the latest Firefox build (at least Firefox 79)
5. Now default search is Google and not Yahoo



Actual results:

Previously set default search from extension manifest is ignored after update of an old version (tested with Firefox 57) to Firefox 79 or later.

Seems it has something to do with this bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1638888

That bug was fixed in Firefox 79 and after that update the problem exists.


Expected results:

Already installed and enabled extensions with default search settings should be kept and not overridden by Firefox default settings.
Bug: A snippet is wrongly displayed on the first New Tab to be opened after disabling Snippets
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-11-03 17:25:18+00:00
Resolved: 2020-11-11 01:30:50+00:00

**[Affected versions]:**
- Firefox Nightly 84.0a1 (Build ID: 20201103095421)

**[Affected Platforms]:**
- Windows 10 
- Linux Mint 20
- macOS 10.15

**[Prerequisites]:**
- Have Firefox Nightly 84.0a1 installed and open.
- Have snippets enabled.

**[Steps to reproduce]:**
1. Open a new tab to observe that snippets are displayed.
2. Navigate to “about:preferences#home” and untick the “Snippets” checkbox.
3. Open a new tab and observe the behavior.

**[Expected result]:**
- A snippet is NOT displayed on a new tab opened after disabling them.

**[Actual result]:**
- A snippet is displayed on the first new tab opened.

**[Regression Info]:**
- This seems to be a regression as it isn’t reproducible on Release or Beta. 
- Using mozregression:
Last good revision: a94f3815ca4a816c73f7e09b508176f7a719381f
First bad revision: 0a719a2effaa979914f9270b7e59966d43333025
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=a94f3815ca4a816c73f7e09b508176f7a719381f&tochange=0a719a2effaa979914f9270b7e59966d43333025
- The cause might be Bug 1614465 .

**[Notes]:**
- The snippets on new tabs opened before disabling Snippets will also remain displayed. 
- Attached is a recording of the issue.
Bug: Locking browser.privatebrowsing.autostart should prevent permanent private browsing mode in prefs
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-11-03 18:32:22+00:00
Resolved: 2024-09-17 01:33:44+00:00

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

Steps to reproduce:

Firefox ESR 78.4  (32 and 64Bit) Windows 10 + Enterprise Police with Function 
" Preferences":
{
"browser.privatebrowsing.autostart":
{
"Value": false,
"Status": "locked"
}
}


Actual results:

Is private mode activated in the settings (via extras / settings) and the value is set to false with the enterprise policy with browser.privatebrowsing.autostart (switch off private mode in the settings) does Firefox only start with private mode?


Expected results:

That the private mode is switched off!

If no private mode is set in the extra settings and you use the Enterprise Policy with browser.privatebrowsing.autostart (as described above), this setting works until you have selected the Extras Settings - History - Firefox will never create a history. After a restart, only the private mode is displayed?
Bug: Clean up reflected skeleton prefs in uninstaller
Status: NEW
Priority: --
Created: 2020-11-03 18:48:46+00:00
Resolved: 2020-12-08 22:36:35+00:00

The prefs that are reflected into the registry for the skeleton should be cleaned up on uninstall. The main benefit (besides not leaving behind a mess) is to allow for an uninstall and reinstall to return things to a clean state.

[This is done for the launcher process](https://searchfox.org/mozilla-central/rev/e75e8e5b980ef18f4596a783fbc8a36621de7d1e/browser/installer/windows/nsis/uninstaller.nsi#591-596), and [for the WDBA](https://searchfox.org/mozilla-central/rev/e75e8e5b980ef18f4596a783fbc8a36621de7d1e/toolkit/mozapps/defaultagent/main.cpp#47) (though that uses the path excluding the .exe name). The WDBA also removes the key, the launcher does not, should just be a matter of `DeleteRegKey /ifempty`. It's a bit more complicated in the WDBA as it tries to delete every value with the expected prefix, that avoids keeping a list of keys in sync, which might be appropriate for the growing set of skeleton settings.
Bug: Perma TV browser/components/newtab/test/browser/abouthomecache/browser_process_crash.js | Should have found the Discovery Stream top sites. - null == true - got null, expected true (operator ==)
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-11-03 19:05:13+00:00
Resolved: 2023-10-18 12:02:24+00:00

**Filed by:** rmaries [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=320612954&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/DXakD0HUS2mpBS8ztGaHpQ/runs/0/artifacts/public/logs/live_backing.log
**Reftest URL:** https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/DXakD0HUS2mpBS8ztGaHpQ/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2020-11-03T18:15:30.278Z] 18:15:30     INFO - TEST-START | browser/components/newtab/test/browser/abouthomecache/browser_process_crash.js
[task 2020-11-03T18:15:36.102Z] 18:15:36     INFO - TEST-PASS | browser/components/newtab/test/browser/abouthomecache/browser_process_crash.js | Should have found activity-stream class on <body> element - true == true - 
[task 2020-11-03T18:15:36.102Z] 18:15:36     INFO - Buffered messages finished
[task 2020-11-03T18:15:36.102Z] 18:15:36     INFO - TEST-UNEXPECTED-FAIL | browser/components/newtab/test/browser/abouthomecache/browser_process_crash.js | Should have found the Discovery Stream top sites. - null == true - got null, expected true (operator ==)
[task 2020-11-03T18:15:36.102Z] 18:15:36     INFO - Stack trace:
[task 2020-11-03T18:15:36.102Z] 18:15:36     INFO - @chrome://mochitests/content/browser/browser/components/newtab/test/browser/abouthomecache/head.js:247:12
[task 2020-11-03T18:15:36.102Z] 18:15:36     INFO - execute@resource://specialpowers/SpecialPowersSandbox.jsm:141:12
[task 2020-11-03T18:15:36.102Z] 18:15:36     INFO - _spawnTask@resource://specialpowers/SpecialPowersChild.jsm:1617:15
[task 2020-11-03T18:15:36.102Z] 18:15:36     INFO - receiveMessage@resource://specialpowers/SpecialPowersChild.jsm:310:21```
Bug: Firefox erroneously reports cookies as blocked when Firefox is set to block all third-party cookies
Status: NEW
Priority: P2
Created: 2020-11-03 20:01:52+00:00
Resolved: 2024-08-13 17:14:40+00:00

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

Steps to reproduce:

1. Went to my web application at http://localhost/app/ and logged in (at this point, the web application sets a session cookie).

2. Went to http://localhost/

3. Clicked the shield icon in Firefox to see if content has been blocked.


Actual results:

4. Firefox reports:
Blocked
Third-Party Cookies
(please see step-4.png)

5. After clicking the arrow, Firefox reports:
Third-Party Cookies Blocked
http://localhost
(please see step-5.png)

6. However, in "Page Info" -> "Security", Firefox correctly reports that this website (localhost) has set a cookie.
(please see step-6.png)


Expected results:

Steps 4 and 5: Firefox should not have claimed that a third-party cookie was blocked. The cookie was not a third-party cookie. More importantly, the cookie was NOT blocked, because I was still logged in to the web application using that session cookie. After taking the screenshots, I went to http://localhost/app/ and verified that I was still logged in.

Additional info: A similar phonomenon happened when I tested an other web application using an address like http://10.0.0.1/some-app/

With regards,
TK
Bug: Firefox 82.2.02 Fails to correctly display website
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-03 21:25:34+00:00
Resolved: 2021-01-08 12:46:36+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:

connect to https://www.schwab.com/#


Actual results:

Home webpage is not correctly displayed. Works fine on Safari. No add blocking is set and privacy badger is disabled.

All was fine until the home page changed today.


Expected results:

The webpage always displays a login [username] [password] field. The home page has changed and is rather smashed together:
Bug: Remote settings client fails to apply the sort order to loaded dumps
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-11-03 21:32:41+00:00
Resolved: 2020-11-07 10:04:21+00:00

`Database.list()` expects an options object as an argument, and the options object to have a property called `sort`:

https://searchfox.org/mozilla-central/rev/e75e8e5b980ef18f4596a783fbc8a36621de7d1e/services/settings/Database.jsm#33

However, `RemoteSettingsClient.get()` is passing a property called `order`:

https://searchfox.org/mozilla-central/rev/e75e8e5b980ef18f4596a783fbc8a36621de7d1e/services/settings/RemoteSettingsClient.jsm#390

This causes the sort to never get applied to dumps unless we're in the fallback situation which uses a direct call.
Bug: Text field text direction in PDF form is wrong
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-11-03 23:14:38+00:00
Resolved: 2022-11-03 12:32:54+00:00

I am trying to fill out the following PDF form:
https://www.deutschepost.de/content/dam/dpag/images/B_b/Briefe_ins_Ausland/downloads/zollinhaltserklaerung_cn23_2015.pdf

When I try to enter text in any of the text fields on the page, the text is written from top to down instead of from left to right.
Bug: New Tab Disabled - Bookmarks Menu Only on New Tab flashes when opening external links
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-11-03 23:33:44+00:00
Resolved: 2020-12-08 20:28:16+00:00

Nightly 84.0a1.

Steps to reproduce:

1) Set the Bookmarks Menu preference to Only on New Tab.
2) Open a link from Thunderbird.

Expected: Only the new page is displayed.

Actual: The new window is loaded with the Bookmarks Menu, and then the menu goes away.

The problem with this is 1) the distracting flash of the menu, and 2) since something appears and vanishes it can make the user think they missed something.

Split off of bug 1673363.