av9ash/GitBugs huggingface dataset:
Bug: [Experiment] The "Dismiss" button from the "Set Firefox to Default" snippet is not visible if the Windows "High Contrast" mode is enabled
Status: RESOLVED
Priority: P2
Resolution: WONTFIX
Created: 2020-06-11 14:32:52+00:00
Resolved: 2020-11-02 16:33:37+00:00

**[Affected versions]:**
- Firefox Release 72.0 - Build ID: 20200103162918 
- Firefox Release 73.0.1 - Build ID: 20200217142647 
- Firefox Release 74.0 - Build ID: 20200309095159 
- Firefox Release 75.0 - Build ID: 20200403170909 
- Firefox Release 76.0 - Build ID: 20200429185419
- Firefox Release 77.0.1 - Build ID: 20200602222727

**[Affected Platforms]:**
- Windows 10 x64

**[Prerequisites]:**
- Have a Firefox en-US locale build installed.
- Have a Firefox profile older than 17 weeks. In order to do that you can change the creation date from the "times.json" file that can be found in the current profile folder.
- Have the following pref in the "about:config" page:
	- "browser.newtabpage.activity-stream.asrouter.providers.snippets" pref value set to "{"id":"snippets","enabled":true,"type":"remote","url":"https://snippets.cdn.mozilla.net/%STARTPAGE_VERSION%/%NAME%/%VERSION%/%APPBUILDID%/%BUILD_TARGET%/%LOCALE%/%CHANNEL%/%OS_VERSION%/experiment-202007-hvmt/%DISTRIBUTION_VERSION%/","updateCycleInMs":14400000}".
	- "browser.search.region" pref value must not be set to "US".
- Have the "High Contrast" mode active.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Open a new tab and hover the "Set Firefox as Default" snippet.
3. Observe the snippet's elements.

**[Expected result]:**
- All the snippet elements are successfully displayed and visible.
	
**[Actual result]:**
- The snippet's "Dismiss" button is present but not visible.

**[Notes]:**
- Attached a screen recording of the issue.
Bug: Expanding address box
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-11 15:14:41+00:00
Resolved: 2020-08-19 04:49:57+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:

Clicked into address box. 

Another time the address box automatically expands is when we use an add-on which automatically adds the home page URL when a new tab is clicked.


Actual results:

The address box expanded.


Expected results:

The address box should remain the same size.

I know this bug has been discussed already, but those were specific to covering other data. This bug request is to ask to remove this annoying function. The problem with the expanding box is that when the box expands, it causes one to lose focus on what their doing and to look at the expanded address box.
Bug: sign-in with New and Existing accounts causes a creation of an error-sync log
Status: NEW
Priority: P3
Created: 2020-06-11 16:07:16+00:00
Resolved: 2020-06-26 18:00:08+00:00

I have attached a log to this. For both cases of a fresh account or an existing account, about 30-60 seconds after a successful sign in, that also seems to be syncing properly, an `error-sync` log appears on the `about:sync-log` page. 

The only ERROR that jumps out at me is (This might be the cause for creating this log?):

```
1591890541087	FirefoxAccounts	ERROR	FxA rejecting with error UNVERIFIED_ACCOUNT, details: undefined
1591890541088	FirefoxAccounts	ERROR	Background refresh of initial profile failed: Error: UNVERIFIED_ACCOUNT(resource://gre/modules/FxAccounts.jsm:1771:18) JS Stack trace: _error@FxAccounts.jsm:1771:18
withVerifiedAccountState/<@FxAccounts.jsm:803:20
1591890541089	FirefoxAccounts	DEBUG	startVerifiedCheck: false
1591890541089	FirefoxAccounts	DEBUG	FxAccountsProfileClient: Requested profile
1591890541089	FirefoxAccounts	DEBUG	getOAuthToken enter
1591890541089	FirefoxAccounts	ERROR	FxA rejecting with error UNVERIFIED_ACCOUNT, details: undefined
1591890541089	FirefoxAccounts	ERROR	Background refresh of initial profile failed: Error: UNVERIFIED_ACCOUNT(resource://gre/modules/FxAccounts.jsm:1771:18) JS Stack trace: _error@FxAccounts.jsm:1771:18
withVerifiedAccountState/<@FxAccounts.jsm:803:20
```
Bug: [Experiment] The text of the snippets is aligned to the left after resizing the browser's width to the minimum
Status: RESOLVED
Priority: P2
Resolution: WONTFIX
Created: 2020-06-11 16:11:12+00:00
Resolved: 2020-11-02 16:33:10+00:00

**[Affected Versions]:**
- Firefox Release 73.0 - Build ID: 20200207195153
- Firefox Release 74.0 - Build ID: 20200309095159
- Firefox Release 75.0 - Build ID: 20200403170909
- Firefox Release 76.0 - Build ID: 20200429185419
- Firefox Release 77.0.1 - Build ID: 20200602222727

**[Affected Platforms]:**
- All Windows
- All MacOS
- All Linux 

**[Prerequisites]:**
- Have a Firefox en-US locale build installed.
- Have a Firefox profile older than 17 weeks. In order to do that you can change the creation date from the "times.json" file that can be found in the current profile folder.
- Have the following pref in the "about:config" page:
	- "browser.newtabpage.activity-stream.asrouter.providers.snippets" pref value set to "{"id":"snippets","enabled":true,"type":"remote","url":"https://snippets.cdn.mozilla.net/%STARTPAGE_VERSION%/%NAME%/%VERSION%/%APPBUILDID%/%BUILD_TARGET%/%LOCALE%/%CHANNEL%/%OS_VERSION%/experiment-202007-hvmt/%DISTRIBUTION_VERSION%/","updateCycleInMs":14400000}".
	- "browser.search.region" pref value must not be set to "US".

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Navigate to the "about:newtab" page.
3. Resize the browser's width to the minimum allowed.
4. Observe the way the snippet's text is rendered.

**[Expected results]:**
- The text is aligned to the center.

**Actual results]:**
- The text is aligned to the left side.

**[Notes]:**
- This issue is reproducible with all 3 snippets.
- Attached is a screenshot of the issue along with the tested versions of Firefox.
Bug: [Experiment] The highlight and the Dismiss button exceed the borders of the snippet after resizing the browser's width to the minimum allowed
Status: RESOLVED
Priority: P2
Resolution: WONTFIX
Created: 2020-06-11 16:31:43+00:00
Resolved: 2020-11-02 16:33:24+00:00

**[Affected Versions]:**
- Firefox Release 74.0 - Build ID: 20200309095159
- Firefox Release 75.0 - Build ID: 20200403170909
- Firefox Release 76.0 - Build ID: 20200429185419
- Firefox Release 77.0.1 - Build ID: 20200602222727

**[Affected Platforms]:**
- All Windows

**[Prerequisites]:**
- Have a Firefox en-US locale build installed.
- Have a Firefox profile older than 17 weeks. In order to do that you can change the creation date from the "times.json" file that can be found in the current profile folder.
- Have the following pref in the "about:config" page:
	- "browser.newtabpage.activity-stream.asrouter.providers.snippets" pref value set to "{"id":"snippets","enabled":true,"type":"remote","url":"https://snippets.cdn.mozilla.net/%STARTPAGE_VERSION%/%NAME%/%VERSION%/%APPBUILDID%/%BUILD_TARGET%/%LOCALE%/%CHANNEL%/%OS_VERSION%/experiment-202007-hvmt/%DISTRIBUTION_VERSION%/","updateCycleInMs":14400000}".
	- "browser.search.region" pref value must not be set to "US".

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Navigate to the "about:newtab" page.
3. Resize the browser's width to the minimum allowed.
4. Hover the snippet.
5. Observe the way the snippet's elements rendered.

**[Expected results]:**
- All the elements are rendered correctly.

**Actual results]:**
- The highlight and the Dismiss button exceed the borders of the snippet. 

**[Notes]:**
- This issue is reproducible with all 3 snippets.
- Attached is a screenshot of the issue along with the tested versions of Firefox.
- Will update the report after checking if this issue is reproducible on other OSes.
Bug: reopen my tabs that I had open, AND clear history when I close and reopen Firefox
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-06-11 19:30:10+00:00
Resolved: 2020-08-25 12:49:38+00:00

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

Steps to reproduce:

well described here:

https://support.mozilla.org/en-US/questions/1215378

Quoting from that:

"I have several tabs that I have open on a regular basis that I use. I also have the option to clear browsing history when exiting Firefox checked. If Firefox crashes or I kill it with TaskManager, it will restore the tabs (and keeps history) but if I exit properly, it will not reopen the tabs even though I have the option 'Show your windows and tabs from last time' checked."


Actual results:

Tabs not restored after regular quit


Expected results:

1. Tabs restored on relaunch
2. Tab cleared from history when it's manually closed. 

Reasonable people might disagree as to whether this is a bug or an RFE, though I'll suggest it's a bug since the "Show your windows and tabs from last time" checkbox is non-functional but not disabled.
Bug: Investigate importing Edgium's collections as bookmarks
Status: NEW
Priority: P3
Created: 2020-06-11 19:42:32+00:00
Resolved: 2023-08-01 11:23:19+00:00

It's not clear where these are stored, but we should probably use an approach similar to importing reading lists from pre-chromium edge and pre-mojave safari, and migrate the items into bookmarks so the URLs + titles aren't lost.
Bug: Migration Wizard shows the default ("Introduction") title on the source selection page
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-06-11 19:43:16+00:00
Resolved: 2020-06-18 10:12:54+00:00

"Import Settings and Data" is the string that's supposed to show but the [default string "Introduction"](https://searchfox.org/mozilla-central/search?q=default-first-title-mac&path=&case=false&regexp=false) is showing instead (in many but not all cases?). Perhaps this is because there is a race between the Fluent code for migration and the .properties code for the default value? It seems to happen mostly upon first run with `--migration` but the first time I saw the problem was near startup.

STR 1:
1. Run Firefox with `--migration`
  * macOS example: ```/Applications/FirefoxNightly.app/Contents/MacOS/firefox --no-remote --profile /tmp/import`date +%s` --migration```

https://searchfox.org/mozilla-central/search?q=%5Cbimport-%3Fsource%5Cb&path=migration&case=false&regexp=true

Gijs, is there a bug to convert https://searchfox.org/mozilla-central/search?q=default-first-title-mac&path=&case=false&regexp=false to Fluent? Is that bug 1627051?
Bug: DDG default message appears on about:preferences after removing it
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2020-06-11 20:23:52+00:00
Resolved: 2023-01-24 21:31:51+00:00

**Description**
DDG as default message still present even after removig DDG as a search engine in about:preferences#search

**Environments**
Windows 10

**Tested with:**
Firefox 78.0b5 , Firefox nightly 79.0a1 (june11)


**Steps **
Download latest Romanian Beta firefox build
Install addon https://addons.mozilla.org/en-US/firefox/addon/duckduckgo-for-firefox
enter about:preferences#search
notice the message "An extension, DuckDuckGo Privacy Essentials, has set your default search engine."
Scroll below, and delete duckduckgo from the list
Duckduck Go has been removed.
Noticed that now GOOGLE is your default, even with the addon still installed.


 

**Actual Results**
"An extension, DuckDuckGo Privacy Essentials, has set your default search engine." still shows up, even after restarting.
duckduckgo is not your default anymore and it goes to google default.

**Expected Result**
its kind of a grey area because the user still has the addon installed and chose to remove duckduckgo from the list of his engines.
Im not sure if google should be default or the DDG with new code should still be default even if user removed it from about:preferences and kept the addon installed. 
so its complicated to decide what is the correct result, but differences show because of this.
Bug: Bookmarks Toolbar NOT updating URL icons
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-11 20:59:34+00:00
Resolved: 2020-06-24 14:08:26+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 Clicked on an existing Bookmarks Toolbar URL it loaded a web page with a new URL ICON it changed the ICON on the Toolbar.  Which it should.  
Then I changed a DNS record where it was pointing at to a new web server with the old original URL ICON and loaded it,  everything worked and the old correct ICON showed on the TAB.    BUT...... But when dragging it to the Bookmarks Toolbar it would NOT update the ICON URL to the Correct Original ICON.



Actual results:

It keep the OLD ICON URL and will NOT update.


Expected results:

The URL ICON should have updated when dragging it to the Bookmarks Toolbar
I have even tried to create a new shortcut on the Bookmarks Toolbar and it still show the wrong URL ICON (the last one it was set for not the current one)
Bug: Intermittent browser/components/customizableui/test/browser_962069_drag_to_overflow_chevron.js | Uncaught exception - Condition timed out: () => navbar.hasAttribute("overflowing")
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-06-11 22:51:23+00:00
Resolved: 2021-05-04 17:01:52+00:00

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

---

[task 2020-06-11T22:16:07.256Z] 22:16:07     INFO - TEST-START | browser/components/customizableui/test/browser_962069_drag_to_overflow_chevron.js
[task 2020-06-11T22:16:12.457Z] 22:16:12     INFO - TEST-INFO | started process screenshot
[task 2020-06-11T22:16:12.537Z] 22:16:12     INFO - TEST-INFO | screenshot: exit 0
[task 2020-06-11T22:16:12.537Z] 22:16:12     INFO - Buffered messages logged at 22:16:07
[task 2020-06-11T22:16:12.537Z] 22:16:12     INFO - Entering test bound 
[task 2020-06-11T22:16:12.537Z] 22:16:12     INFO - TEST-PASS | browser/components/customizableui/test/browser_962069_drag_to_overflow_chevron.js | Should start with a non-overflowing toolbar. - 
[task 2020-06-11T22:16:12.537Z] 22:16:12     INFO - TEST-PASS | browser/components/customizableui/test/browser_962069_drag_to_overflow_chevron.js | Should start in default state. - 
[task 2020-06-11T22:16:12.537Z] 22:16:12     INFO - Buffered messages finished
[task 2020-06-11T22:16:12.537Z] 22:16:12     INFO - TEST-UNEXPECTED-FAIL | browser/components/customizableui/test/browser_962069_drag_to_overflow_chevron.js | Uncaught exception - Condition timed out: () => navbar.hasAttribute("overflowing")
[task 2020-06-11T22:16:12.538Z] 22:16:12     INFO - Leaving test bound 
[task 2020-06-11T22:16:12.538Z] 22:16:12     INFO - Entering test bound
Bug: browser-sync.js should use a lazy getter for this._log
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-06-12 01:15:31+00:00
Resolved: 2020-06-16 21:52:54+00:00

Bug 1611058 landed `this._log` for `gSync` - however, it doesn't use a lazy getter, so will be executed as soon as the module loads.
Bug: browser.urlbar.update1 no longer works
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-06-12 01:37:51+00:00
Resolved: 2020-06-12 13:52:23+00:00

I can't get the new url bar to disable anymore via this about:config. In the mean time is there a work around? Any changes I can make to the build scripts to compile firefox without the megabar?
Bug: Searching from newtab activity stream with handoff to awesomebar does not allow user to receive search suggestions if search suggestions are disabled in preferences
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-06-12 05:29:34+00:00
Resolved: 2021-07-27 14:17:32+00:00

From https://www.reddit.com/r/firefox/comments/h77vhw/does_anyone_know_how_to_make_firefox_focus_on_the/fukh5ji/

Steps to reproduce:

1. Disable "Show search suggestions in address bar results" in about:preferences
2. Type into NTP search bar

What happens:

Search is handed off to address bar, suggestions don't appear.

Expected result:

The search is not handed off because the user expects to continue to receive search suggestions when searching from the search bar in NTP, but does *not* expect it in the address bar. 

The handoff works correctly in that it does not show suggestions after handoff, but this represents a UX regression for those who expect to see search suggestions in NTP.
Bug: The Ellipsis menu is wrongly dismissed when clicking inside it
Status: VERIFIED
Priority: P5
Resolution: FIXED
Created: 2020-06-12 11:51:34+00:00
Resolved: 2020-11-20 13:48:00+00:00

[Affected versions]:
- Firefox Nightly 79.0a1
- Firefox Beta 78.0b5 
- Firefox Release 77.0.1

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

[Steps to reproduce]:
1. Open the Firefox browser.
2. Navigate to the "about:logins" page.
3. Click on the Menu button.
4. Click inside the menu on the space between the options.
5. Observe the behavior.

[Expected result]:
- The Ellipsis menu is not dismissed.

[Actual result]:
- The Ellipsis menu is dismissed.

[Notes]:
- Attached a screen recording with the issue.
Bug: The "Set Firefox as Default" snippet is wrongly displayed on the first opened tab after the user opt-out from the experiment
Status: RESOLVED
Priority: P2
Resolution: WONTFIX
Created: 2020-06-12 12:06:00+00:00
Resolved: 2020-11-02 16:32:32+00:00

**[Affected versions]:**
- Firefox Release 72.0 - Build ID: 20200103162918 
- Firefox Release 73.0.1 - Build ID: 20200217142647 
- Firefox Release 74.0 - Build ID: 20200309095159 
- Firefox Release 75.0 - Build ID: 20200403170909 
- Firefox Release 76.0 - Build ID: 20200429185419
- Firefox Release 77.0.1 - Build ID: 20200602222727

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

**[Prerequisites]:**
- Have a Firefox en-US locale build installed.
- Have a Firefox profile older than 17 weeks. In order to do that you can change the creation date from the "times.json" file that can be found in the current profile folder.
- Have an active multi pref [recipe](https://delivery-console.stage.mozaws.net/recipe/1111/).
- Have the following pref in the "about:config" page:
	- "security.content.signature.root_hash" pref value set to "DB:74:CE:58:E4:F9:D0:9E:E0:42:36:BE:6C:C5:C4:F6:6A:E7:74:7D:C0:21:42:7A:03:BC:2F:57:0C:8B:9B:90".
	- "app.normandy.api_url" pref set to "https://stage.normandy.nonprod.cloudops.mozgcp.net/api/v1".
	- "app.normandy.dev_mode" set to “true”.
	- "app.normandy.logging.level" set to “0”.
	- "services.settings.server" pref set to "https://settings.stage.mozaws.net/v1".
	- Create a new pref named "mcoman-snip" and set it to true.
- Have the "Set Firefox as Default" snippet displayed.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Navigate to the "about:studies" page and remove the "special name" experiment.
3. Open a new tab and observe the displayed sections.

**[Expected result]:**
- The following sections are displayed:
	- "In-content Search Bar"
	- "Top Sites"
	- "Recommended by Pocket" (if available)
	- "Highlights"
	
**[Actual result]:**
- The "Set Firefox to Default" snippet is still displayed under the in-content "Search Bar".

**[Notes]:**
- The impression ping is also displayed in the "Browser Console" when the snippet is displayed for the second time.
- This might be a preloading issue considering the fact that the snippet is displayed only on the first opened tab and the fact that the "Set Firefox to Default" snippets are blocked in the "about:newtab#devtools" page right after the "Set Firefox as Default" button is clicked.
- Attached a screen recording of the issue.
Bug: No Firefox sync - after new install
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-06-12 13:03:51+00:00
Resolved: 2020-07-28 00:22:32+00:00

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

Steps to reproduce:

After a Kernel Panic, I reinstalled my system, and I am trying to sync my bookmarks and password with FirefoxSync. It's not updating anything, and I've lost all my accesses. 

system: 
Ubuntu 20 
Firefox 77.0.1 (64-bit)





Actual results:

No sync


Expected results:

Sync my bookmarks
and my passwords with lockwise
Bug: Intermittent uriloader/exthandler/tests/mochitest/browser_download_urlescape.js | Test timed out - | Found a tab after previous test timed out
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2020-06-12 13:27:17+00:00
Resolved: 2022-08-13 13:09:39+00:00

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

---

>[task 2020-06-12T11:39:57.248Z] 11:39:57     INFO - TEST-START | uriloader/exthandler/tests/mochitest/browser_download_urlescape.js
[task 2020-06-12T11:40:42.268Z] 11:40:42     INFO - TEST-INFO | started process screenshot
[task 2020-06-12T11:40:42.348Z] 11:40:42     INFO - TEST-INFO | screenshot: exit 0
[task 2020-06-12T11:40:42.348Z] 11:40:42     INFO - Buffered messages logged at 11:39:57
[task 2020-06-12T11:40:42.348Z] 11:40:42     INFO - Entering test bound test_check_filename_urlescape
[task 2020-06-12T11:40:42.348Z] 11:40:42     INFO - Buffered messages logged at 11:40:01
[task 2020-06-12T11:40:42.348Z] 11:40:42     INFO - TEST-PASS | uriloader/exthandler/tests/mochitest/browser_download_urlescape.js | "file_with@@funny_name.png (PNG Image, 89 × 38 pixels) - Scaled (0%)" should have been escaped. - 
[task 2020-06-12T11:40:42.349Z] 11:40:42     INFO - save browser - Filepicker shown, checking filename
[task 2020-06-12T11:40:42.349Z] 11:40:42     INFO - TEST-PASS | uriloader/exthandler/tests/mochitest/browser_download_urlescape.js | save browser - Should have escaped filename - 
[task 2020-06-12T11:40:42.349Z] 11:40:42     INFO - TEST-PASS | uriloader/exthandler/tests/mochitest/browser_download_urlescape.js | save browser - Should have expected this picker open. - 
[task 2020-06-12T11:40:42.349Z] 11:40:42     INFO - Buffered messages finished
[task 2020-06-12T11:40:42.349Z] 11:40:42     INFO - TEST-UNEXPECTED-FAIL | uriloader/exthandler/tests/mochitest/browser_download_urlescape.js | Test timed out - 
[task 2020-06-12T11:40:42.349Z] 11:40:42     INFO - GECKO(7616) | MEMORY STAT | vsize 2104237MB | vsizeMaxContiguous 65375978MB | residentFast 270MB | heapAllocated 81MB
[task 2020-06-12T11:40:42.349Z] 11:40:42     INFO - TEST-OK | uriloader/exthandler/tests/mochitest/browser_download_urlescape.js | took 45051ms
[task 2020-06-12T11:40:42.349Z] 11:40:42     INFO - Not taking screenshot here: see the one that was previously logged
[task 2020-06-12T11:40:42.349Z] 11:40:42     INFO - TEST-UNEXPECTED-FAIL | uriloader/exthandler/tests/mochitest/browser_download_urlescape.js | Found a tab after previous test timed out: https://example.com/browser/uriloader/exthandler/tests/mochitest/file_with@@funny_name.png - 
[task 2020-06-12T11:40:42.349Z] 11:40:42     INFO - checking window state
Bug: Pocket appears in context menu even if I have disabled it in about:config
Status: UNCONFIRMED
Priority: P5
Created: 2020-06-12 16:55:28+00:00
Resolved: 2020-08-06 16:22:17+00:00

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

Steps to reproduce:

Seems to be the same thing as this bug :
https://bugzilla.mozilla.org/show_bug.cgi?id=1518722

I have set `extensions.pocket.enabled = false` and I still see pocket in the context menu and Library menu.

79.0a1 (2020-06-11) (64 bits)
Bug: Web site displays correctly in Chrome but not in Firefox 77.0.1
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-06-12 17:01:19+00:00
Resolved: 2020-07-02 13:20:04+00:00

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

Steps to reproduce:

Here is the link https://dph.georgia.gov/covid-19-daily-status-report


Actual results:

The core of the page, a report on "These data represent confirmed cases of COVID-19 reported to the Georgia Department of Public Health (DPH) as of 6/11/2020, 2:50:04 PM". Does not appear!