av9ash/GitBugs huggingface dataset:
Bug: Firefox is installed, yet doesn't appear in the Windows Settings "Choose an app" list for Web browser
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-02-23 15:05:30+00:00
Resolved: 2021-03-23 16:19:10+00:00

My Win10 machine recently "forgot" my default browser choice (almost certainly in the course of a Windows update), so that trying to open a URL brought up a "choose an app..." prompt (encouraging me to use Edge, obviously).

I have both Firefox (release) and Nightly installed on this machine, as well as a local Nightly build. (There's also a Developer Edition install, though I haven't opened that in a long time so it's probably very out-of-date.)

Going to about:preferences in Firefox and clicking the "Make Default" button takes me to Settings / Default apps in Windows, as expected. There was indeed no application selected for the Web browser role.

However, what surprised me is that clicking the button to choose a web browser brings up a list that offers me the following choices:

  Microsoft Edge
  Google Chrome
  Google Chrome Canary
  Internet Explorer
  Look for an app in the Microsoft Store

(Obviously, I also have a couple of Chrome installs here.)

Notice that there is no mention of either my release install of Firefox, nor my latest Nightly (which is the browser I want to use, and I came here from Nightly's preferences page).

At that point it seems like a user might well find themselves unable to set the desired default, and they'll end up picking one of the browsers offered in the list.

It's possible to successfully make Firefox the default by scrolling down further in Settings and using the "Choose default apps by protocol" link, and then finding the http:/https: protocols. But this is not at all obvious to the average user; and it's not even visible on screen from where the "Make Default" button in Firefox dropped me.

Now that I've used "by protocol" to choose my preferred browser (Nightly), it does appear under "Web browser" in the "Default apps" list. However, if I click it to see what my options are, it's still not present in the list that pops up even though it's the current setting (and neither are any of the other Mozilla browser versions I have on the machine).
Bug: New Tab Button on new proton design (nightly) it stretched
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-02-23 16:07:31+00:00
Resolved: 2022-10-26 16:22:47+00:00

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

Steps to reproduce:

Set the interface density to compact and enabled proton tab bar


Actual results:

The new theme works great on large and medium sizing, but in compact mode, the new tab + icon is slightly stretched. gif to show: https://imgur.com/a/epzTMeN 


Expected results:

The button should have kept the same ratio
Bug: Problem rendering PDF in New York Times
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-02-23 18:26:05+00:00
Resolved: 2021-03-18 07:31:52+00:00

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

Steps to reproduce:

The PDF version of the Feb 21, 2021 New York Times first page renders correctly in Edge, but not in Firefox. The link is https://static01.nyt.com/images/2021/02/21/nytfrontpage/scan.pdf


Actual results:

Each dot in the infographic represents a covid-19 death, but no dots are rendered


Expected results:

The dots should be rendered, as happens in Edge
Bug: Wrong date format in Hamburger panel > What's new in Fx 88 nightly
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-02-23 19:33:33+00:00
Resolved: 2021-03-01 18:52:10+00:00

Hi,

following issue: In Hamburger panel > What's new (Upper Sorbian: „Nowe funkcije a změny“) is used the wrong date format. Instead of the Upper Sorbian the German format is used in Fx 88 nightly (maybe already in Fx 87 but I noticed the issue only today. I think Fx 88 nightly uses the OS date format because I use a German Win 10 Pro here. (Sorbian OS don't exist).

In Fx 86 this issue doesn't exist - there the correct Upper Sorbian us used:

Correct: 23. februara 2021
Wrong: 23. Februar 2021

Expected:

Correct Sorbian date format should be used in Fx 88 Nightly as well.
Bug: Windows pave-over install to upgrade resets "Automatically install updates"/`app.update.auto` setting
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-23 20:19:53+00:00
Resolved: 2021-03-04 17:21:08+00:00

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

Steps to reproduce:

I've noticed this for several versions but currently showing on Fx86 on Win10x64.

1. on an older version of Firefox (e.g. 85), select the following setting:

Allow Firefox to
[ ] Automatically install updates (recommended)
[x] Check for updates but let you choose to install them

Select "Check for updates but let you choose to install them"

2. upgrade to a newer version of Firefox (e.g. 86) by download and installing the newer version

3. go back to check the setting


Actual results:

The setting gets reset to select "Automatically install updates (recommended)"


Expected results:

The setting should have stayed at the user-selected "Check for updates but let you choose to install them"
Bug: no Firefox 86 available for Raspberry Pi OS (ARM)
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-02-23 21:12:01+00:00
Resolved: 2021-03-08 17:03:14+00:00

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

Steps to reproduce:

i tried to download Firefox 86 for Raspberry Pi OS (RPi 4B with an ARM CPU) from the official Get Firefox web page.
but there are no binaries available for Raspberry Pi OS (ARM).

i also tried to get Firefox 86 via flatpak and flathub, by following:
https://flatpak.org/setup/Raspberry%20Pi%20OS/
https://flathub.org/apps/details/org.mozilla.firefox

sudo apt install flatpak
sudo flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo
sudo reboot

sudo flatpak install flathub org.mozilla.firefox
    Looking for matches…
    error: Nothing matches org.mozilla.firefox in remote flathub

but it seems there is no firefox...

the Firefox-ESR is available in the repository, but that version is missing many features i am interested in and want to use.


Actual results:

there are no binaries of Firefox 86 available for Raspberry Pi OS (ARM).

also no flatpak
sudo flatpak install flathub org.mozilla.firefox
    Looking for matches…
    error: Nothing matches org.mozilla.firefox in remote flathub



Expected results:

i expect a binary of Firefox 86 (current release) for Raspberry Pi OS (ARM)
or at least a working flatpak with the current release of Firefox.
Bug: Add automated tests for "Share" item in tab context menu
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-02-23 22:17:44+00:00
Resolved: 2021-03-10 22:02:42+00:00

In Bug 1690569, we added the "Share" item to tab context menus. This is currently behind the "browser.proton.enabled" pref. We should add automated tests for this before proton ships.

See https://searchfox.org/mozilla-central/rev/c8ce16e4299a3afd560320d8d094556f2b5504cd/browser/base/content/test/pageActions/browser_page_action_menu_share_mac.js#26 for an example of how to stub the service out for testing.
Bug: Copying URL query section results in copying a non correctly encoded query
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-23 23:03:57+00:00
Resolved: 2021-02-24 14:09:34+00:00

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

Steps to reproduce:

Go to URL:
http://example.com/f=hello%7Chi

copy the query part from firefox results in:
f=hello|hi



Actual results:

pasting this back into firefox and pressing enter results in | being send un-encoded  to the web server, this results in some webservers e.g. tomcat being in-happy since they expect | to be encoded


Expected results:

Instead copying should result in:
f=hello%7Chi
so that I can past it back into firefox OR edit the URL without firefox sending characters that should be encoded.
Bug: Dragging images from websites with access control to Explorer results in a 403 page being saved instead
Status: NEW
Priority: P3
Created: 2021-02-23 23:09:24+00:00
Resolved: 2021-11-22 13:10:48+00:00

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

Steps to reproduce:

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

Note that this appears to be the same bug as Bug 1689600, but it only takes effect on Private Windows, so the steps are nearly identical. This bug has also occurred on Firefox 84 and Firefox 85. 

Steps to reproduce:
1.    Log in to a website with access control (e.g. Pixiv) on a Private Window
2.    Open an access-controlled image in a new tab. (if the image was previously saved on a non-Private Window, it will save as expected)
3.    Drag that image and drop into Explorer.


Actual results:

The file saves as the website's 403 page with an image extension (e.g. a 146 byte .png or .jpeg file that is revealed to be HTML code when opened in a text editor) instead of saving the image itself. 


Expected results:

The image saves from the Private Window's cache, instead of triggering the website's 403 page. This bug is fixed in non-Private Windows, but still occurs in Private Windows.
Bug: [linux] Bookmarks toolbar looks like it is one with other toolbars, but bookmarks toolbar is not draggable, unlike other toolbars
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-02-24 00:59:19+00:00
Resolved: 2022-03-30 08:17:19+00:00

I'd guess the bookmarks toolbar is somehow not included in -moz-window-dragging rules.
Bug: Intermittent TEST-UNEXPECTED-TIMEOUT | browser/base/content/test/tabs/browser_tab_manager_visibility.js | application timed out after 370 seconds with no output
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-02-24 03:30:23+00:00
Resolved: 2023-07-05 12:01:26+00:00

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

---
```
[task 2021-02-24T00:54:55.502Z] 00:54:55     INFO - TEST-START | browser/base/content/test/tabs/browser_tab_manager_visibility.js
[task 2021-02-24T01:01:09.280Z] 01:01:08     INFO - Buffered messages logged at 00:54:55
[task 2021-02-24T01:01:11.733Z] 01:01:10     INFO - Entering test bound tab_manager_visibility_preference_on
[task 2021-02-24T01:01:13.714Z] 01:01:12     INFO - Buffered messages finished
[task 2021-02-24T01:01:17.608Z] 01:01:17    ERROR - TEST-UNEXPECTED-TIMEOUT | browser/base/content/test/tabs/browser_tab_manager_visibility.js | application timed out after 370 seconds with no output
[task 2021-02-24T01:01:20.330Z] 01:01:19    ERROR - Force-terminating active process(es).
[task 2021-02-24T01:01:24.785Z] 01:01:24     INFO - Determining child pids from psutil...```
Bug: PDF.js ignores content-disposition filename
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-02-24 03:37:33+00:00
Resolved: 2021-04-06 08:59:58+00:00

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

Steps to reproduce:

- Open a pdf in firefox without filename in url: 
https://www.maricopa.gov/DocumentCenter/View/6802/Get-Adobe-Reader-PDF?bidId=

- Save the pdf or look at document info


Actual results:

PDF.js return "document.pdf" as filename because there is something wrong with getMetadata() and saveDocument() defined here: https://github.com/mozilla/pdf.js/blob/2194fb940dac25b3da799474a1e2a9ceb63ab18a/src/display/api.js .



Expected results:

PDF.js should return "Get Adobe Reader.pdf" as filename but for some reason it fails.
Bug: Intermittent browser/modules/test/browser/browser_PageActions_contextMenus.js | defaultPrevented should be true on popupshowing event - false == true - JS frame :: chrome://mochitests/content/browser/browser/modules/test/browser/browser_PageActions_contex
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-02-24 03:37:46+00:00
Resolved: 2021-03-30 17:03:40+00:00

**Filed by:** nbeleuzu [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=330978044&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/B_-3awcVS6Oi0hM35FwFTg/runs/3/artifacts/public/logs/live_backing.log

---
```
[task 2021-02-24T02:09:28.359Z] 02:09:28     INFO - TEST-PASS | browser/modules/test/browser/browser_PageActions_contextMenus.js | The bookmark separator should be in the panel - {} == true - 
[task 2021-02-24T02:09:28.359Z] 02:09:28     INFO - Buffered messages finished
[task 2021-02-24T02:09:28.360Z] 02:09:28     INFO - TEST-UNEXPECTED-FAIL | browser/modules/test/browser/browser_PageActions_contextMenus.js | defaultPrevented should be true on popupshowing event - false == true - JS frame :: chrome://mochitests/content/browser/browser/modules/test/browser/browser_PageActions_contextMenus.js :: contextMenuOnSeparator :: line 359
[task 2021-02-24T02:09:28.360Z] 02:09:28     INFO - Stack trace:
[task 2021-02-24T02:09:28.360Z] 02:09:28     INFO - chrome://mochitests/content/browser/browser/modules/test/browser/browser_PageActions_contextMenus.js:contextMenuOnSeparator:359
[task 2021-02-24T02:09:28.362Z] 02:09:28     INFO - Leaving test bound contextMenuOnSeparator
[task 2021-02-24T02:09:28.363Z] 02:09:28     INFO - GECKO(3886) | MEMORY STAT | vsize 20975354MB | residentFast 1276MB
[task 2021-02-24T02:09:28.364Z] 02:09:28     INFO - TEST-OK | browser/modules/test/browser/browser_PageActions_contextMenus.js | took 2249ms
[task 2021-02-24T02:09:28.368Z] 02:09:28     INFO - checking window state```
Bug: Intermittent [TV] browser/components/search/test/browser/browser_oneOffContextMenu.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-02-24 04:46:25+00:00
Resolved: 2021-04-06 17:04:07+00:00

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

---
```
INFO - TEST-START | browser/components/search/test/browser/browser_oneOffContextMenu.js
[task 2021-02-24T02:42:38.058Z] 02:42:38     INFO - TEST-INFO | started process screenshot
[task 2021-02-24T02:42:38.114Z] 02:42:38     INFO - TEST-INFO | screenshot: exit 0
[task 2021-02-24T02:42:38.114Z] 02:42:38     INFO - Buffered messages logged at 02:41:53
[task 2021-02-24T02:42:38.114Z] 02:42:38     INFO - Entering test bound init
[task 2021-02-24T02:42:38.114Z] 02:42:38     INFO - Leaving test bound init
[task 2021-02-24T02:42:38.114Z] 02:42:38     INFO - Entering test bound telemetry
[task 2021-02-24T02:42:38.115Z] 02:42:38     INFO - Opening search panel
[task 2021-02-24T02:42:38.115Z] 02:42:38     INFO - Buffered messages finished
[task 2021-02-24T02:42:38.115Z] 02:42:38     INFO - TEST-UNEXPECTED-FAIL | browser/components/search/test/browser/browser_oneOffContextMenu.js | Test timed out - 
[task 2021-02-24T02:42:38.115Z] 02:42:38     INFO - GECKO(5920) | MEMORY STAT | vsize 743MB | vsizeMaxContiguous 434MB | residentFast 185MB | heapAllocated 75MB
[task 2021-02-24T02:42:38.115Z] 02:42:38     INFO - TEST-OK | browser/components/search/test/browser/browser_oneOffContextMenu.js | took 45058ms
[task 2021-02-24T02:42:38.115Z] 02:42:38     INFO - checking window state
[task 2021-02-24T02:42:38.122Z] 02:42:38     INFO - GECKO(5920) | Completed ShutdownLeaks collections in process 3596
[task 2021-02-24T02:42:38.122Z] 02:42:38     INFO - TEST-START | Shutdown```
Bug: 0.09 - 0.18% installer size (osx-shippable) regression on push af7e4b09a4fb8d72b7945ece38b87a31e9b1c85c (Fri February 19 2021)
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-02-24 06:49:40+00:00
Resolved: 2021-05-28 19:43:33+00:00

Perfherder has detected a build_metrics performance regression from push [af7e4b09a4fb8d72b7945ece38b87a31e9b1c85c](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=af7e4b09a4fb8d72b7945ece38b87a31e9b1c85c). 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)**| 
|--|--|--|--|--|--| 
| 0.18% | installer size |  | osx-shippable | nightly | 85,792,188.67 -> 85,944,741.33 |
| 0.16% | installer size |  | osx-shippable | instrumented | 114,154,368.17 -> 114,337,820.42 |
| 0.09% | installer size |  | osx-shippable | instrumented | 114,170,267.42 -> 114,269,629.83 |


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=28897), 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: Silent uninstall shows Cleaning Assistant page
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-02-24 09:32:10+00:00
Resolved: 2021-06-29 21:00:14+00:00

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

Steps to reproduce:

Silently uninstalling Firefox ESR Windows Versions 78.7.0, 78.7.1, 78.8.0 and 78.6.1 with helper.exe /S does not work as expected or work same as prior versions.


Actual results:

helper.exe /S shows an Installer Dialog page instead of running fully silent.
In german the heading in the Installer Dialog Window is "Stattdessen Firefox bereinigen?" (see screenshot). Dont't know the exact translation to the english version. Technically it asks for starting a cleaning task.


Expected results:

fully silent uninstall without window appearing or switch for disabling this Window
Bug: The "click" ping is not registered if the Sponsored Top Site tiles are open using middle click or the context menu options
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-02-24 12:34:05+00:00
Resolved: 2021-05-31 14:19:16+00:00

**[Affected versions]:**
- Firefox Nightly 88.0a1 (Build ID:20210223230332);

**[Affected Platforms]:**
- Windows 10 x64;
- macOS 10.15.7;
- Linux Mint 20 x64;

**[Prerequisites]:**
- Have the latest Firefox Nightly installed.
- Have the following prefs set:
	- `browser.topsites.useRemoteSetting` set to `true`
	- `browser.topsites.experiment.ebay-2020-1` set to `true`
	- `browser.ping-centre.log` set to `true`
- Have any of the following regions set: (US, CA, GB, DE, FR or AU).
- Have the browser console opened.

**[Steps to reproduce]:**
1. Open the Nightly browser with the profile from prerequisites.
2. Open a new tab and click the Amazon Sponsored tile. 
3. Observe the browser console.
4. Navigate to `about:telemetry#keyed-scalars-tab` and search for the `contextual.services.topsites.click` keyed scalar.
5. Observe the "newtab_1" value.

**[Expected result]:**
Step 3: The click ping is registered for the Amazon Sponsored tile.
Step 5: The value of the "newtab_1" is increased by 1.

**[Actual result]:**
Step 3: The click ping is NOT registered for the Amazon Sponsored tile.
Step 5: The value of the "newtab_1" is NOT increased by 1.

**[Notes]:**
- The issue is reproducible for both Amazon and eBay Sponsored tiles.
- The issue is reproducible using the following scenarios:
	- Opening the tiles using middle click.
	- Opening the tiles using the tile's context menu option (Open in New Tab).
	- Opening the tiles using the Firefox context menu options (Open in New Tab, Open in New Container tab and Open in New Window)
- Attached a screen recording of the issue.
Bug: Intermittent browser/components/urlbar/tests/browser/browser_autocomplete_enter_race.js | application terminated with exit code 2147483651
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-02-24 14:01:25+00:00
Resolved: 2021-03-23 17:03:51+00:00

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

---
```
[task 2021-02-24T12:56:52.887Z] 12:56:52     INFO - TEST-START | browser/components/urlbar/tests/browser/browser_autocomplete_enter_race.js
[task 2021-02-24T12:56:53.648Z] 12:56:53     INFO - GECKO(5480) | FATAL ERROR: Non-local network connections are disabled and a connection attempt to www.google.com (172.217.12.228) was made.
[task 2021-02-24T12:56:53.648Z] 12:56:53     INFO - GECKO(5480) | You should only access hostnames available via the test networking proxy (if running mochitests) or from a test-specific httpd.js server (if running xpcshell tests). Browser services should be disabled or redirected to a local server.
[task 2021-02-24T12:56:55.415Z] 12:56:55     INFO - GECKO(5480) | Exiting due to channel error.
[task 2021-02-24T12:56:55.420Z] 12:56:55     INFO - GECKO(5480) | Exiting due to channel error.
[task 2021-02-24T12:56:55.714Z] 12:56:55     INFO - TEST-INFO | Main app process: exit 80000003
[task 2021-02-24T12:56:55.714Z] 12:56:55     INFO - Buffered messages logged at 12:56:52
[task 2021-02-24T12:56:55.714Z] 12:56:55     INFO - Entering test bound setup
[task 2021-02-24T12:56:55.714Z] 12:56:55     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_autocomplete_enter_race.js | Setup complete - 
[task 2021-02-24T12:56:55.715Z] 12:56:55     INFO - Leaving test bound setup
[task 2021-02-24T12:56:55.715Z] 12:56:55     INFO - Entering test bound 
[task 2021-02-24T12:56:55.715Z] 12:56:55     INFO - Buffered messages logged at 12:56:53
[task 2021-02-24T12:56:55.715Z] 12:56:55     INFO - Awaiting for the urlbar panel to open
[task 2021-02-24T12:56:55.715Z] 12:56:55     INFO - wait for the page to load
[task 2021-02-24T12:56:55.716Z] 12:56:55     INFO - Buffered messages finished
[task 2021-02-24T12:56:55.716Z] 12:56:55    ERROR - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_autocomplete_enter_race.js | application terminated with exit code 2147483651```
Bug: The "Last synced ..." time from the FxA menu is not updated accordingly
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-02-24 15:24:55+00:00
Resolved: 2021-03-19 18:44:01+00:00

#### Tested with:

Nightly 88.0a1 (2021-02-24)
#### Tested on:

Windows 10
Ubuntu 20.04
#### Preconditions:

In about:config, set browser.proton.appmenu.enabled = true
#### Steps:

 1. Launch firefox and sign in into FxA.
 2. Click on the sync now option and wait few seconds.
 3. Observe the Sync Now option.

#### Actual result:

The "Last synced ..." time from the FxA submenu always shows 1 second ago no matter how much time has passed from the last sync. When clicking on sync now, for a second, it shows the correct time.
#### Expected result:

The "Last synced ..." time should be updated accordingly.

Note: The issue is reproducible with and without Proton enabled.