av9ash/GitBugs huggingface dataset:
Bug: Attribution ping and telemetry is logged on "switch tab"
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-10-30 15:35:28+00:00
Resolved: 2020-11-10 06:45:16+00:00

##### [Description:]
When using Switch to tab for an attribution topsite, there is an attribution ping sent and telemetry is logged.

##### [Suggested Severity:]
Somehow edge case for which there probably there shouldn't be logged attribution telemetry and ping sent.

##### [Environment:]
Windows 10 x64
Beta 83.0b6


##### [Steps:]

1. Set a topsite to send attribution ping.
2. Create a new profile with an user.js , set: browser.topsites.useRemoteSetting = true and point towards the remote settings that has the collection containing the step1 topsite.
3. Start the browser with the predefined profile.
4. Open browser console and enable XHR logs.
5. Open a new tab and click on the step 1 topsite.
6. Open about:telemetry  and check the events.
7. Open another new tab and from the topsites listed, observe the topsite with "Switch to tab".
8. Select the topsite - Switch to tab.
9. Refresh about:telemetry and check again the Events.
10. Look in the browser console for https://topsites.services.mozilla.com/cid/amzn_2020_a1 pings.

##### [Actual Result:]

2 clicks and 2 attribution events recorded:

10797 	partner_link 	interaction 	click 		{"partner": "9gag", "source": "urlbar"}
11156 	partner_link 	interaction 	attribution 	success 	{"partner": "9gag", "source": "urlbar"}
29203 	partner_link 	interaction 	click 		{"partner": "9gag", "source": "urlbar"}
29516 	partner_link 	interaction 	attribution 	success 	{"partner": "9gag", "source": "urlbar"} 

2 pings recorded:
XHRGET https://topsites.services.mozilla.com/cid/amzn_2020_a1
XHRGET https://topsites.services.mozilla.com/cid/amzn_2020_a1

##### [Expected Result:]

Since Switch to tab basically switches to the tab and the new tab is closed, there probably shouldn't be recorded the attribution interactions or pings.
Bug: ContentDispatchChooser throws if no triggering principal is passed
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-10-30 17:05:21+00:00
Resolved: 2020-11-03 12:16:46+00:00

If `nsContentDispatchChooser#handleURI` doesn't get passed a principal (the argument is optional) the `isSystemPrincipal` check here fails: https://hg.mozilla.org/mozilla-unified/file/tip/toolkit/mozapps/handling/ContentDispatchChooser.jsm#l326
We should null check `aPrincipal` before calling that method.
Bug: Medium articles show as blank page in Firefox 82.0.2
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-10-30 18:31:44+00:00
Resolved: 2020-11-03 17:38:57+00:00

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

Steps to reproduce:

Entered the URL for a Medium article (https://medium.com/@stianstian/bionic-duckweed-using-the-future-to-fight-the-present-3e471b642c28).


Actual results:

Address in URL bar is correct, but the page is blank. Happens with all content at medium.com.


Expected results:

I should have seen the article.
Bug: Firefox installer sends null build_id values in install pings
Status: NEW
Priority: --
Created: 2020-10-30 19:38:12+00:00
Resolved: 2020-11-03 21:13:45+00:00

Following up from this slack conversation:

https://mozilla.slack.com/archives/C4D5ZA91B/p1603918840386300

The Firefox installer ping frequently sends null values for build_id. This makes it harder than it should be to understand how old the version of Firefox is being installed on a particular date might be. I tracked this behaviour over time and came up with this graph:

https://sql.telemetry.mozilla.org/queries/75971/source#189483

It looks like the number is usually between 1-2%, though it went up to 3% for some reason between May and July.

Looking at what I assume is the installer definition, part of me wonders if the problem is that we're getting the buildid value from the file that was just installed. Maybe that occasionally fails for some reason? 

https://searchfox.org/mozilla-central/rev/d866b96d74ec2a63f09ee418f048d23f4fd379a2/browser/installer/windows/nsis/installer.nsi#1068

I wonder if it might be possible to insert a templated value, as we do for AppVersion earlier in that file.

:mhowell do you have any thoughts?
Bug: Intermittent [TV] browser/base/content/test/siteIdentity/browser_identityIcon_img_url.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-10-30 19:50:29+00:00
Resolved: 2020-11-24 17:02:08+00:00

**Filed by:** nbeleuzu [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=320268567&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/Lz9ydc7rTJapIVKb9OsN5g/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/Lz9ydc7rTJapIVKb9OsN5g/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2020-10-30T17:03:20.731Z] 17:03:20     INFO - TEST-PASS | browser/base/content/test/siteIdentity/browser_identityIcon_img_url.js | The identity icon has a correct image url. - 
[task 2020-10-30T17:03:20.731Z] 17:03:20     INFO - Testing for view-source HTTPS
[task 2020-10-30T17:03:20.731Z] 17:03:20     INFO - Buffered messages logged at 17:03:20
[task 2020-10-30T17:03:20.732Z] 17:03:20     INFO - TEST-PASS | browser/base/content/test/siteIdentity/browser_identityIcon_img_url.js | The identity icon has a correct image url. - 
[task 2020-10-30T17:03:20.732Z] 17:03:20     INFO - Leaving test bound test
[task 2020-10-30T17:03:20.732Z] 17:03:20     INFO - Buffered messages finished
[task 2020-10-30T17:03:20.732Z] 17:03:20     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/siteIdentity/browser_identityIcon_img_url.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2020-10-30T17:03:20.732Z] 17:03:20     INFO - GECKO(2181) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2020-10-30T17:03:20.733Z] 17:03:20     INFO - GECKO(2181) | MEMORY STAT | vsize 7632MB | residentFast 280MB | heapAllocated 122MB
[task 2020-10-30T17:03:20.733Z] 17:03:20     INFO - TEST-OK | browser/base/content/test/siteIdentity/browser_identityIcon_img_url.js | took 45682ms```
Bug: Reset Home/Newtab MessageAction should be able to reset both configs
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-30 20:18:11+00:00
Resolved: 2020-10-30 20:40:27+00:00

The intent of the MessageAction is to provide a way to target on either about:home or about:newtab, and on click of the primary CTA reset BOTH about:home and about:newtab to the firefox defaults. Optionally, we could include a way to specify which configs (or both) to reset, but that's not a P1 requirement.

Feature/Experiment Details: https://docs.google.com/document/d/1fZGksXp6T_i3Dd-f7xsm33XCCca2owiI6lk6kGrsEEA/edit#
Bug: URL heuristic result icon is lost after selecting a one-off
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-10-30 20:41:03+00:00
Resolved: 2020-12-15 09:52:47+00:00

Bug 1667766 changed the behaviour of URL heuristic results (e.g. autofill) to be restyled as search results when the user cycled through the one-offs. This was to better reflect what would happen if the user selected the heuristic result while that one-off was selected. However, when the one-offs are no longer selected, we lose the result's original icon and instead show the generic search glass icon. We should instead revert to the original icon, fully restoring the result to its original state.
Bug: Enter in address bar processed out of order (loss of typed characters)
Status: REOPENED
Priority: P3
Created: 2020-10-30 20:43:18+00:00
Resolved: 2024-07-16 23:58:00+00:00

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

Steps to reproduce:

I was using my system (with Nightly 2020-10-29) under heavy load (high CPU and GPU load, swapping) and tried searching for some terms using keyboard by typing the following
<Ctrl+T>some terms<Enter>


Actual results:

I was taken to the search page for "som"


Expected results:

Even under heavy system load, keyboard input shall be processed in order. Opening a new tab, typing a search query and pressing Enter shall eventually take me to a search engine with that query, not randomly truncate the query.
Bug: Show the bookmarks toolbar when creating a new bookmark in the toolbar
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-10-31 01:29:44+00:00
Resolved: 2021-05-29 20:46:41+00:00

In bug 1219788 we made the bookmarks toolbar show up if users changed the location of a bookmark to be the bookmark toolbar.

This was implemented using a callback that is invoked when the selected folder in the panel / dialog changes.

After the changes in bug 1665389, it will be possible (in fact, it will be the default, on new profiles!) for bookmarks to start off on the bookmarks toolbar - that is, when a user bookmarks, that new bookmark will already be on the toolbar.

The logic from bug 1219788 is only invoked when the folder is changed, so it won't be invoked in this case, meaning we won't show the bookmarks toolbar.

After the changes in bug 727668, the showing of the bookmarks toolbar is only temporary - the toolbar disappears again when the user navigates or switches tabs.

I'm pretty sure that we want to continue doing what we started in bug 1219788 which is to show the toolbar when a bookmark is created directly on the toolbar.

What I'm less sure about is what we should be doing if e.g. the user *edits* an existing bookmark that's already on the toolbar. Should we still show the toolbar? I'm not sure if this makes sense or not...
Bug: Intermittent browser/components/uitour/test/browser_UITour_showNewTab.js | {} -
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2020-10-31 04:56:37+00:00
Resolved: 2022-07-26 16:55:14+00:00

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

---
```
[task 2020-10-30T23:46:46.404Z] 23:46:46     INFO - TEST-START | browser/components/uitour/test/browser_UITour_showNewTab.js
[task 2020-10-30T23:46:46.682Z] 23:46:46     INFO - GECKO(12023) | JavaScript warning: https://example.org/browser/browser/components/uitour/test/UITour-lib.js, line 42: Script terminated by timeout at:
[task 2020-10-30T23:46:46.682Z] 23:46:46     INFO - GECKO(12023) | _sendEvent@https://example.org/browser/browser/components/uitour/test/UITour-lib.js:42:3
[task 2020-10-30T23:46:46.682Z] 23:46:46     INFO - GECKO(12023) | Mozilla.UITour.showNewTab@https://example.org/browser/browser/components/uitour/test/UITour-lib.js:380:15
[task 2020-10-30T23:46:46.682Z] 23:46:46     INFO - TEST-INFO | started process screentopng
[task 2020-10-30T23:46:47.046Z] 23:46:47     INFO - TEST-INFO | screentopng: exit 0
[task 2020-10-30T23:46:47.047Z] 23:46:47     INFO - Buffered messages logged at 23:46:46
[task 2020-10-30T23:46:47.047Z] 23:46:47     INFO - Entering test bound setup_UITourTest
[task 2020-10-30T23:46:47.048Z] 23:46:47     INFO - Leaving test bound setup_UITourTest
[task 2020-10-30T23:46:47.048Z] 23:46:47     INFO - Entering test bound test_aboutNewTab
[task 2020-10-30T23:46:47.049Z] 23:46:47     INFO - Showing about:newtab
[task 2020-10-30T23:46:47.049Z] 23:46:47     INFO - Buffered messages finished
[task 2020-10-30T23:46:47.049Z] 23:46:47     INFO - TEST-UNEXPECTED-FAIL | browser/components/uitour/test/browser_UITour_showNewTab.js | {} - ```
Bug: add options to hide "Other Bookmarks" button from Bookmarks toolbar
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-10-31 08:54:22+00:00
Resolved: 2025-03-02 14:52:01+00:00

"Other Bookmarks" toolbutton takes too much space. This gets irritated.


Please add abilities.
1. Hide "Other Bookmarks" toolbutton
2. Rename the label
3. Move it to "Show more bookmarks" menu
Bug: Unable to compile SpiderMonkey builds on Windows 10
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-10-31 09:02:13+00:00
Resolved: 2020-11-03 22:25:07+00:00

After bug 1665455 landed, I am now unable to compile SpiderMonkey builds on Windows 10.

```
The first bad revision is:
changeset:   https://hg.mozilla.org/mozilla-central/rev/7e7a708a9997
user:        Doug Thayer
date:        Thu Oct 29 19:03:59 2020 +0000
summary:     Bug 1665455 - Animate the Skeleton UI r=agashlin
```

```
c:/Users/itx1win/trees/mozilla-central/intl/icu/source/common/unistr.cpp(1979,13): warning: unused function 'uprv_UnicodeStringDummy' [-Wunused-function]^M
static void uprv_UnicodeStringDummy(void) {^M
            ^^M
1 warning generated.^M
   Compiling thiserror-impl v1.0.6
   Compiling baldrdash v0.1.0 (C:\Users\itx1win\trees\mozilla-central\js\src\wasm\cranelift)
   Compiling thiserror v1.0.6
c:/Users/itx1win/trees/mozilla-central/mozglue/misc/PreXULSkeletonUI.cpp(20,10): fatal error: 'prthread.h' file not found^M
#include "prthread.h"^M
         ^~~~~~~~~~~~^M
1 error generated.^M
mozmake[3]: *** [c:/Users/itx1win/trees/mozilla-central/config/rules.mk;676: PreXULSkeletonUI.obj] Error 1^M
mozmake[2]: *** [c:/Users/itx1win/trees/mozilla-central/config/recurse.mk;72: mozglue/misc/target-objects] Error 2^M
mozmake[2]: *** Waiting for unfinished jobs....^M
   Compiling cranelift-frontend v0.67.0 (https://github.com/bytecodealliance/wasmtime?rev=e22e2c3722f2fbccd3c8d3230119fa04c332c69c#e22e2c37)
   Compiling cranelift-wasm v0.67.0 (https://github.com/bytecodealliance/wasmtime?rev=e22e2c3722f2fbccd3c8d3230119fa04c332c69c#e22e2c37)
   Compiling jsrust_shared v0.1.0 (C:\Users\itx1win\trees\mozilla-central\js\src\rust\shared)
   Compiling jsrust v0.1.0 (C:\Users\itx1win\trees\mozilla-central\js\src\rust)
    Finished dev [optimized + debuginfo] target(s) in 2m 28s
mozmake[1]: *** [c:/Users/itx1win/trees/mozilla-central/config/recurse.mk;34: compile] Error 2^M
mozmake: *** [c:/Users/itx1win/trees/mozilla-central/config/rules.mk;355: default] Error 2^M
```
```
'LIBCLANG_PATH=c:\Users\itx1win\.mozbuild\clang\bin' MAKE=mozmake sh ./configure --host=x86_64-pc-mingw32 --target=x86_64-pc-mingw32 --enable-debug --enable-gczeal --enable-debug-symbols --disable-tests
```

My clang mozbuild is the latest as per `mach bootstrap`. Tested on m-c rev 404ed30949a4.
Bug: Sync the order of extension toolbar items between devices
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2020-10-31 13:49:48+00:00
Resolved: 2020-12-02 03:47:56+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.1.2 Safari/605.1.15

Steps to reproduce:

if i activate sync option and i want to sync extension from user a to b (without copying library files, that generate problems, like i wrote in the other issue), you should keep all opened tabs and the extension order like user a. 

this is not the case, since extension are in random mode, extension on bookmarks bar simply removed and tabs are not available at all. 

no matter which mac, macos, mac user, firefox browser or version.
Bug: network.security.ports.banned not taking effect
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-10-31 14:52:59+00:00
Resolved: 2020-11-20 20:26:33+00:00

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

Steps to reproduce:

I navigate to an address with a non-standard port (6668).


Actual results:

I am shown the warning: "This address uses a network port which is normally used for purposes other than Web browsing. Firefox has canceled the request for your protection." and am not given an option to connect to the desired website.


Expected results:

Since I utilized the about:config parameter "Network.security.ports.banned.override" and added a string value with "6668" the desired port should no longer be blocked.

Furthermore, I am unable to find this port in https://developer.mozilla.org/en-US/docs/Mozilla/Mozilla_Port_Blocking and hence do not see why it would be blocked in the first place. I was able to access websites on this port in the past as well. Possibly the error message is ambiguous and refers to a different problem.
Bug: The "Cancel" and "Open link" buttons in the dialog of selecting an application are intermittently cut off from the bottom
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-10-31 19:19:08+00:00
Resolved: 2020-11-03 22:11:48+00:00

STR:
1. Windows 10, latest Nightly
2. https://wiki.mozilla.org/IRC#Hebrew
3. Click any of the IRC links
4. As soon as the "Choose application" button becomes available, click it quickly

AR:
See attached.

ER:
The buttons shouldn't be cut off from the buttom.
Bug: New Tab page doesn't show an icon when about:blank ("blank page") is configured to load as the initial page on startup
Status: NEW
Priority: --
Created: 2020-10-31 20:35:57+00:00
Resolved: 2022-01-01 20:08:16+00:00

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

Steps to reproduce:

In FF Preferences > Home Page and New Tabs, set both to blank page. Close FF and restart. The 1st tab has no icon, now open a new second tab, it has an icon. 



Expected results:

When home page or new tabs are set to blank page the should have an icon on the first tab.
Bug: "ctrl + or ctrl - "  no longer works when I want to zoom a picture
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-01 02:42:47+00:00
Resolved: 2020-11-26 08:36:06+00:00

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

Steps to reproduce:

In Firefox, ( 82.0.2 for 64 bit )
on all sites, I would click on a picture, click view image, It would open in a new tab, hit ctrl and + to zoom the pic.....


Actual results:

Pic would open in a new tab, but the ctrl and + did nothing


Expected results:

Pic would zoom in/out....
Bug: fieldset corners do not align with border-radius
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-11-01 13:09:19+00:00
Resolved: 2020-11-01 21:50:27+00:00

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

Steps to reproduce:

Used a <fieldset> with an applied `border-radius` property but without modifying the default border by using a `border` property.


Actual results:

The top-right and bottom-left corners of the fieldset were mis-aligned.


Expected results:

There should have been a smooth, rounded corner
Bug: Firefox crashes frequently with latest version
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-01 19:08:08+00:00
Resolved: 2020-11-21 15:17:02+00:00

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

Steps to reproduce:

Tabs are frequently chrashing without reason,
currentla very unstable and difficult to use. 


Actual results:

Bug reports have been sent
Bug: Problem in take screenshot when selecting a custom region
Status: UNCONFIRMED
Priority: P2
Created: 2020-11-01 19:09:07+00:00
Resolved: 2024-05-30 19:43:28+00:00

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

Steps to reproduce:

When I use "Take a Screenshot" if I select a region by clicking, I can save the screenshot.
But if I change the region,
or
If from the beginning, I drag the mouse on the page to select a custom area,


Actual results:

immediately this message is displayed in the lower right corner of the browser:

'''Shot Copied'''
Your shot has been copied to the clipboard.
Press CTRL-V to paste.

But even the shotted image does not paste in photo programs.


Expected results:

I tried Safe Mode and disable hardware acceleration, but the problem was not solved.

This problem exists even in new and clean profiles.

My Firefox theme is on default. And the userChrome.css file does not exist in the profile files folder. 

I disabled Anti-virus, but the problem was not solved.

This problem has existed for months. During this time, once I completely reinstalled Windows.
Bug: amazon links not showing.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-01 19:11:40+00:00
Resolved: 2020-12-03 08:13: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:

I noticed today that my site (RobertRaymond.com) no longer shows the amazon links for my products. I looked on Chrome and they are there. My firefox 82.02 does no display them.

I am using Firefox 82.0.2 (64 bit)


Actual results:

Amazon links did not show. The page for this is: https://www.robertraymond.com/bookshelf/


Expected results:

I should get Amazon associate links through to my books on Amazon. I've included a snap shot from Chrome showing the links.
Bug: updated version launched from private browsing window causes existing non-private windows to lose internet service
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-02 04:55:36+00:00
Resolved: 2024-10-07 23:15:16+00:00

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

Steps to reproduce:

Windows 10, 64-bit
I had two Firefox windows open (multiple tabs, for several days)
I opened a Private Browsing window and received the "installing new version" notice followed by the PB window opening. Browsed and closed this window
Returned to my existing windows which functioned fine
Later in the day, opened a Private Browsing window to do some web queries. These worked fine.
Closed the window
Returned to my existing windows. Now none of them could access web sites (e.g., twitter would not update; google.com would not respond)



Actual results:

See above.
This has happened to me on at least two previous occasions. 
Closing all Firefox windows and restarting clears the problem (but of course loses most tabs)


Expected results:

I think either (a) Firefox should not install the newly-downloaded update until all windows are closed (perhaps requesting that I close them) or (b) The two versions of Firefox should coexist without clobbering each other.
Bug: The "source" event is not displayed in the "MENU_COLLAPSE"/"MENU_EXPAND" telemetry pings for the "Recommended by Pocket" section
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-11-02 10:21:19+00:00
Resolved: 2020-11-26 14:53:18+00:00

**[Notes]:**
- Also, we observed that the value of telemetry ping from the "about:telemetry#events-tab" is marked as "undefined" for the "Recommended by Pocket" section.

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

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

**[Prerequisites]:**
- Have the following prefs in the "about:config" page:
  - "browser.ping-centre.log" pref set to "true";
  - "browser.search.region" set to "US";
- Have the "Browser Console" opened.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Open a new tab and click the "Recommended by Pocket" title.
3. Focus the "Browser Console" and observe the "MENU_COLLAPSE" telemetry ping.

**[Expected result]:**
- The "source" event for the "Recommended by Pocket" section is displayed in the telemetry ping.
	
**[Actual result]:**
- The "source" event is not displayed at all.

**[Additional Notes]:**
- This issue is reproducible with the "MENU_EXPAND" telemetry pings for the "Recommended by Pocket" section.
- This issue is also reproducible if the "Recommended by Pocket" section was collapsed/expanded from the section's context menu.
- This issue is not reproducible for the "Top Sites" and the "Highlights" sections.
- Attached a screenshot of the issue.

Prathiksha, could you please take a look over this issue?