av9ash/GitBugs huggingface dataset:
Bug: Intermittent TV browser/components/urlbar/tests/browser/browser_autocomplete_enter_race.js | Test timed out -
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-03-10 17:11:58+00:00
Resolved: 2021-03-15 06:29:48+00:00

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

---
```
[task 2021-03-10T15:36:12.064Z] 15:36:12     INFO - TEST-START | browser/components/urlbar/tests/browser/browser_autocomplete_enter_race.js
[task 2021-03-10T15:36:57.081Z] 15:36:57     INFO - TEST-INFO | started process screenshot
[task 2021-03-10T15:36:57.140Z] 15:36:57     INFO - TEST-INFO | screenshot: exit 0
[task 2021-03-10T15:36:57.140Z] 15:36:57     INFO - Buffered messages logged at 15:36:12
[task 2021-03-10T15:36:57.140Z] 15:36:57     INFO - Entering test bound setup
[task 2021-03-10T15:36:57.141Z] 15:36:57     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_autocomplete_enter_race.js | Setup complete - 
[task 2021-03-10T15:36:57.141Z] 15:36:57     INFO - Leaving test bound setup
[task 2021-03-10T15:36:57.141Z] 15:36:57     INFO - Entering test bound 
[task 2021-03-10T15:36:57.142Z] 15:36:57     INFO - Awaiting for the urlbar panel to open
[task 2021-03-10T15:36:57.142Z] 15:36:57     INFO - wait for the page to load
[task 2021-03-10T15:36:57.142Z] 15:36:57     INFO - Buffered messages finished
[task 2021-03-10T15:36:57.142Z] 15:36:57     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_autocomplete_enter_race.js | Test timed out - 
[task 2021-03-10T15:36:57.142Z] 15:36:57     INFO - GECKO(4392) | MEMORY STAT | vsize 2104163MB | vsizeMaxContiguous 65107534MB | residentFast 232MB | heapAllocated 93MB
[task 2021-03-10T15:36:57.142Z] 15:36:57     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_autocomplete_enter_race.js | took 45059ms
[task 2021-03-10T15:36:57.143Z] 15:36:57     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-03-10T15:36:57.143Z] 15:36:57     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_autocomplete_enter_race.js | Found a tab after previous test timed out: http://example.com/?q=bear - 
[task 2021-03-10T15:36:57.148Z] 15:36:57     INFO - checking window state
[task 2021-03-10T15:36:57.177Z] 15:36:57     INFO - GECKO(4392) | Completed ShutdownLeaks collections in process 6916
[task 2021-03-10T15:36:57.177Z] 15:36:57     INFO - TEST-START | Shutdown```
Bug: Not enough contrast between active and background tabs
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2021-03-10 18:16:29+00:00
Resolved: 2021-07-23 23:30:25+00:00

Steps to reproduce:

1. Set `browser.proton.enabled` to true
2. Restart Firefox 
3. Open some new tabs

What happens:

Observe that the background color on inactive tabs is very similar to the colors for the active tab. 

Expected result:

It should be more obvious what the active tab is, like in other browsers (and release Firefox).
Bug: pressing the spacebar doesn't add a space on youtube search bar.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-10 18:23:26+00:00
Resolved: 2021-03-10 18:50:15+00:00

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

Steps to reproduce:

1. Visit youtube.com on Mozilla Firefox version 86.0
2. Type anything in the search bar and then press the Spacebar.




Actual results:

A space is not added on the search bar even after restarting firefox.


Expected results:

A space character should have been added on the search string.
Bug: UserMessaging->SkipOnboarding doesn't work
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-03-10 18:35:47+00:00
Resolved: 2021-06-03 23:35:58+00:00

No idea how this wasn't caught. I implemented it wrong.

Right now if you turn on any UserMessaging, it's not shown.
Bug: The spacebar is not working into the search field of youtube
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-10 19:08:01+00:00
Resolved: 2021-03-10 19:09:12+00:00

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

Steps to reproduce:

1. Launch Firefox
2. Go to www.youtube.com
3. Click on the search field
4. Start typing into the search field, something random and hit the spacebar button from the keyboard 
5. continue to write more stuff 


Actual results:

It can be observed that the spacebar has no effect on the user-made input.


Expected results:

Of course ... at least two words should appear into the search box.
Bug: The space bar no longer works on youtube
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-10 19:33:43+00:00
Resolved: 2021-03-10 19:37:16+00:00

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

Steps to reproduce:

Searching for videos on Youtube or commenting on a video.


Actual results:

The space bar doesn't work when I write in the search bar or when I write a comment. 
Still, I can put a space when I write on Youtube with Microsoft Edge.


Expected results:

Fix this bug.
Bug: Multi-selected tabs becomes de-selected when opening context menu using ctrl+click
Status: NEW
Priority: --
Created: 2021-03-10 19:37:48+00:00
Resolved: 2021-03-16 01:32:52+00:00

In Nightly 88.0a1 (2021-03-11) using a Macbook Pro 

Steps to reproduce:

1. Hold shift and using trackpad (or mouse) multi-select opened tabs
2. Hold ctrl and tap on trackpad on any selected tab

Expected:
Context menu opens with multi-selected tabs still selected

Actual:
Only the tab that the context menu opened from is selected and other tabs are deselected

I haven't tested this on a PC laptop so not sure if the issue is also there
Bug: With the Proton theme, selected background tabs have square corners
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-03-10 20:36:05+00:00
Resolved: 2021-04-06 06:57:49+00:00

Steps to reproduce:
 1. Have two or more tabs open.
 2. Cmd+click or Shift+click one of the background tabs.

Expected results:
The selection highlight of the background tab should look good.

Actual results:
The selection highlight looks out of place and has square corners.
Bug: FxA Finish Account Setup button is too big
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2021-03-10 22:41:51+00:00
Resolved: 2021-03-29 20:10:02+00:00

The Finish Account Setup button that appears in the hamburger menu when you need to verify your email address is too big. In English it pushes the label (Sync and Save data... is this supposed to be there?) to the edge of the screen. The hover state stretches to the extreme edge of the menu.
Bug: FxA Sign In button has a chevron after signing out
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-03-10 22:49:22+00:00
Resolved: 2021-04-19 14:27:14+00:00

STR
1. Sign in to FxA
2. Open App Menu
3. Click FxA button at the top
4. Click Sign Out...

Expected results: Back to the initial Sign In button
Actual results: The chevron appears on the Sign In button
Bug: Update container-related content and tab context menu labels, take 2
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-03-11 00:19:51+00:00
Resolved: 2021-05-10 17:16:46+00:00

See bug 1692667 comment 11.

This should update both https://searchfox.org/mozilla-central/rev/ca910762568921c0faa34838d6a4efac2471dff1/browser/base/content/browser.xhtml#182-184 and https://searchfox.org/mozilla-central/rev/ca910762568921c0faa34838d6a4efac2471dff1/browser/base/content/browser-context.inc#70-72 to the same label

:flod, I think because bug 1690561 landed recently and for the link/image-link context menu this is a revert, we can just change it back to the previous string ID and value, right? For the tab context menu, I think we'll need another new string, unfortunately... Can you confirm?
Bug: Map markers on some wikipedia pages are not displayed
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-03-11 00:31:48+00:00
Resolved: 2021-08-04 10:27:39+00:00

Map marker is displayed in [Wikipedia page -1(see third map)](https://te.wikipedia.org/w/index.php?title=%E0%B0%B2%E0%B1%87%E0%B0%AA%E0%B0%BE%E0%B0%95%E0%B1%8D%E0%B0%B7%E0%B0%BF&oldid=3152893), but  not displayed in [Wikipedia page-2](https://te.wikipedia.org/w/index.php?title=%E0%B0%B5%E0%B1%80%E0%B0%B0%E0%B0%AD%E0%B0%A6%E0%B1%8D%E0%B0%B0_%E0%B0%B8%E0%B1%8D%E0%B0%B5%E0%B0%BE%E0%B0%AE%E0%B0%BF_%E0%B0%A6%E0%B1%87%E0%B0%B5%E0%B0%BE%E0%B0%B2%E0%B0%AF%E0%B0%82,%E0%B0%B2%E0%B1%87%E0%B0%AA%E0%B0%BE%E0%B0%95%E0%B1%8D%E0%B0%B7%E0%B0%BF&oldid=3153287) 
while both pages use the same wikipedia code to produce map with markers.

This works fine in Chrome browser Version 88.0.4324.96 (Official Build) (64-bit)

Test environment:
Ubuntu 18.04, x86-64,  Firefox 86.0
Bug: `_lastKnownBody` is set incorrectly in session history handler
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-11 04:47:41+00:00
Resolved: 2021-07-20 21:00:29+00:00

`_lastKnownBody` is set incorrectly.  This is set to the chrome document's body rather than the tab's body. We should remove it and perhaps store a flag `_isAboutBlank` since that's the only thing it's used for.

https://searchfox.org/mozilla-central/source/browser/components/sessionstore/SessionStore.jsm#1007

Nika said:

> This code for _lastKnownBody is completely wrong because it uses the chrome document's body instead of the content document's body (which is presumably what the non-SHIP listener does). The only use of the value is to eventually be passed into SessionHistory.collectCommon here (https://searchfox.org/mozilla-central/rev/ca910762568921c0faa34838d6a4efac2471dff1/toolkit/modules/sessionstore/SessionHistory.jsm#145), where it is used to check if we have a non-empty about:blank document. Due to the fact that the wrong body is being used, this check will always return true with SHIP. Can you file a follow-up to rip it out?
Bug: Warn on close window grays out page content behind sheet
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-03-11 07:03:45+00:00
Resolved: 2021-03-11 12:18:16+00:00

Noticed that the modal dialog that appears when closing a window with tabs in it grays out the page content behind the dialog, rendering it inconsistent with platform behavior of sheets (the closest analog to this dialog).

Steps to reproduce:

1. Ensure `browser.tabs.warnOnClose` is set to true
2. Open several tabs
3. Click close window button in window (not tab)

What happens:

Modal dialog appears asking whether I want to close the window. The window content is grayed out.

Expected result:

Like release Firefox and other modal dialogs presented in sheets (like in macOS). The window content should not be grayed out. 

102:12.42 INFO: Narrowed inbound regression window from [9cf59af5, 2a990b27] (3 builds) to [9cf59af5, 1129347e] (2 builds) (~1 steps left)
102:12.42 INFO: No more inbound revisions, bisection finished.
102:12.42 INFO: Last good revision: 9cf59af57183940e3d5f629f4ea29b499e956fca
102:12.42 INFO: First bad revision: 1129347e2aadcde6d60e03b6917539413c306639
102:12.42 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=9cf59af57183940e3d5f629f4ea29b499e956fca&tochange=1129347e2aadcde6d60e03b6917539413c306639
Bug: [Proton] Visual glitches when accessing the FxA submenu
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-03-11 08:32:17+00:00
Resolved: 2021-03-17 07:58:13+00:00

**Tested with:**
Nightly 88.0a1 (2021-03-10)

**Tested on:**
Windows 10, Windows 7

**Preconditions:**
In about:config, set browser.proton.enabled = true

**Steps:**
1. Launch firefox and sign in into FxA .
2. Open the Hamburger menu 
3. Go to FxA submenu.
4. Now back to hamburger menu with < button.
5. Repeat steps 3 and 4 few times.
6. Under FxA submenu hover the mouse over few options.
7. Hover the mouse over the < button.

**Actual result:**
Visual glitches appear on the hamburger menu and FxA submenu.

**Expected result:**
the hamburger menu and FxA submenu should be displayed correctly, without any visual glitch.

**Note:**
The issue is reproducible both with and without Proton enabled.
The issue is easy visible on Dark themes, but it is reproducible also on Default theme
Bug: Keyword search no longer searches for empty search term
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-11 09:36:08+00:00
Resolved: 2021-03-11 17:14:52+00:00

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

Steps to reproduce:

GIVEN a configured search engine with keyword "f"
AND "Use the address bar for search and navigation"
WHEN I enter "f<space><enter>" in the address bar


Actual results:

THEN nothing happens


Expected results:

THEN the search url is opened with the empty search term

Notes:
* iirc, this is a regression of the new search indicator (blue box with name of the search engine after entering "<keyword><space>")
* iirc, both "f<space><enter>" and "f<enter>" had worked just fine
* the search seems to be only fired when printable characters are in the search term
* fixing "f<enter>" is not a priority, but "f<space><enter>" (or at least "f<space><space><enter>") should work
* the empty search term is a valid use case for some engines and it is a convenient way to open the full search page (e.g. for advanced searches)
Bug: Intermittent browser/components/ion/test/browser/browser_ion_ui.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-03-11 09:47:25+00:00
Resolved: 2021-04-13 17:03:53+00:00

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

---
```
[task 2021-03-10T21:16:20.091Z] 21:16:20     INFO - TEST-PASS | browser/components/ion/test/browser/browser_ion_ui.js | After unenrollment, join button is disabled. - 
[task 2021-03-10T21:16:20.092Z] 21:16:20     INFO - TEST-PASS | browser/components/ion/test/browser/browser_ion_ui.js | after unenrollment, dialog sections are open. - 
[task 2021-03-10T21:16:20.092Z] 21:16:20     INFO - TEST-PASS | browser/components/ion/test/browser/browser_ion_ui.js | after unenrollment, dialog sections are open. - 
[task 2021-03-10T21:16:20.092Z] 21:16:20     INFO - Leaving test bound testAboutPage
[task 2021-03-10T21:16:20.092Z] 21:16:20     INFO - Entering test bound testEnrollmentPings
[task 2021-03-10T21:16:20.092Z] 21:16:20     INFO - Buffered messages logged at 21:15:40
[task 2021-03-10T21:16:20.092Z] 21:16:20     INFO - TEST-PASS | browser/components/ion/test/browser/browser_ion_ui.js | before enrollment, Ion pref is null. - 
[task 2021-03-10T21:16:20.092Z] 21:16:20     INFO - TEST-PASS | browser/components/ion/test/browser/browser_ion_ui.js | after enrollment, Ion pref is set. - 
[task 2021-03-10T21:16:20.092Z] 21:16:20     INFO - Buffered messages finished
[task 2021-03-10T21:16:20.092Z] 21:16:20     INFO - TEST-UNEXPECTED-FAIL | browser/components/ion/test/browser/browser_ion_ui.js | Test timed out - 
[task 2021-03-10T21:16:20.093Z] 21:16:20     INFO - GECKO(9956) | MEMORY STAT | vsize 2104183MB | vsizeMaxContiguous 71206260MB | residentFast 241MB | heapAllocated 74MB
[task 2021-03-10T21:16:20.093Z] 21:16:20     INFO - TEST-OK | browser/components/ion/test/browser/browser_ion_ui.js | took 45070ms```
Bug: Change firefox account password error not displayed
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-03-11 11:51:23+00:00
Resolved: 2021-05-28 18:43:54+00:00

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

Steps to reproduce:

1. Navigate to your account settings
2. Click on the password tab
3. Enter a wrong current password
4. Type in a new password
5. Repeat your new password

Repeat the process a couple of times in a short time interval.


Actual results:

In the browser nothing happens, on the console this error is logged: 
Uncaught (in promise) Error: You've tried too many times. Try again later.
    toError errors.js:122
    zi/n[i]</< supplicant.js:14
errors.js:122:38
    n account-reset-mixin.js:20


Expected results:

The Error message properly displayed in the browser. Also, an indication of how long to wait to retry would be helpful.
Bug: The pages of some PDF files are shrunk in the top left corner of the viewer in print preview and on the printed pages as well
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-03-11 12:00:18+00:00
Resolved: 2022-02-21 07:37:21+00:00

I am experiencing this decade-old bug on Firefox 86.0 (64-bit) stable release, Windows 10 Pro.

PDFs are displayed with proper scale in Firefox built-in PDF viewer. However some files appear shrunk in the top left corner of the viewer of the redesigned print preview screen and they are printed accordingly.

"Fit to page width" and "Scale: 100% options" don't fix this behavior. Setting manually the print scale at 127% circa results in the affected PDF being displayed and printed with correct proportions. See the attachments.

Also worth mentioning that in about:config all the "print_scaling" values are set correctly at 1.

Steps to reproduce:

1. Download and open with Firefox one of the problematic PDF files (ex. https://www.academia.edu/44947095/Desde_la_periferia_Mujeres_de_la_Ilustraci%C3%B3n_en_province_ or other random PDF files) 
2. Click on the printer icon to open the print preview screen 
3. The actual PDF page is shrunk in the top left corner of the viewer area 
4. Choosing "Fit to page width" or "Scale: 100%" doesn't change anything 
5. Clicking "Print" results in the PDF page being shrunk in the top left corner of the printed page

Expected Results:
The PDF file should be previewed and printed with correct proportions, as it happens using the very same file with every other browser of PDF viewer.

Actual results:
The PDF page is shrunk in the top left corner of the viewer in the print preview screen and on the printed page as well.

(Please note: in the uploaded attachments I have selected "Microsoft print to PDF" as a printer just for privacy reasons, but the preview doesn't change regardless of the selected printer)
Bug: general.autoScroll when Sync
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-11 12:01:44+00:00
Resolved: 2021-03-11 21:02:54+00:00

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

Steps to reproduce:

Hello and first of all, thank you for Firefox !!
I noticed a bug since a year or two.

I use FF on Linux and on Windows, everywhere synced with the same account.
If I change something all the settings are synced everywhere and it's great, but something happens to "general.autoScroll".

The problem is this, if I open Settings on Windows FF and close(without doing anything), when I open Linux FF the "general.autoScroll" setting is set to OFF.
Somehow in the syncing procces the autoscroll for Linux FF keeps switching off.
And it's got to be in the syncing process, because I installed FF on a LOT of systems during this years(because of OS installations) and only when I toggle something(anything) in Options->General this happens.
It's not such a problem but it's really frustrating, everytime I get an update, I have to toggle back ON the auto scrolling on Linux.

Don't know if it matters, also mousewheel.default.delta_multiplier_y is set to 200.


Actual results:

Linux FF ==> Options -> General -> "Use autoscrolling" - keeps toggling off


Expected results:

Autoscrolling to stay on on Windows and Linux versions of Firefox.
Bug: Perma test_FeatureGate.js | testAllDefaultsMatchSettings - [testAllDefaultsMatchSettings : 440] Feature browser.startup.homepage.abouthome_cache.enabled should match runtime value. - true == false when Gecko 88 merges to Beta on 2021-03-22
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-03-11 12:13:17+00:00
Resolved: 2022-05-23 23:26:24+00:00

* [central-as-beta simulation](https://treeherder.mozilla.org/jobs?repo=try&resultStatus=testfailed%2Cbusted%2Cexception%2Cretry%2Cusercancel%2Crunnable&revision=671898f4b45e52a7db20eeeb0e1eacd735c9ca6e&group_state=expanded&selectedTaskRun=GIju_KP2R0CSQwjWV5Zlmw.0)
* [How to run these simulations](https://wiki.mozilla.org/Sheriffing/How_To/Beta_simulations#TRUNK_AS_EARLY_BETA)
* [Failure log](https://treeherder.mozilla.org/logviewer?job_id=332831445&repo=try)

```
[task 2021-03-11T11:39:59.252Z] 11:39:59     INFO -  TEST-PASS | toolkit/components/featuregates/test/unit/test_FeatureGate.js | testAllHaveDefault - [testAllHaveDefault : 425] Feature webrtc-global-mute-toggles should have a non-null default value! - false != null
[task 2021-03-11T11:39:59.252Z] 11:39:59     INFO -  (xpcshell/head.js) | test run_next_test 7 pending (2)
[task 2021-03-11T11:39:59.252Z] 11:39:59     INFO -  (xpcshell/head.js) | test testAllHaveDefault finished (2)
[task 2021-03-11T11:39:59.252Z] 11:39:59     INFO -  toolkit/components/featuregates/test/unit/test_FeatureGate.js | Starting testAllDefaultsMatchSettings
[task 2021-03-11T11:39:59.252Z] 11:39:59     INFO -  (xpcshell/head.js) | test testAllDefaultsMatchSettings pending (2)
[task 2021-03-11T11:39:59.252Z] 11:39:59     INFO -  (xpcshell/head.js) | test run_next_test 7 finished (2)
[task 2021-03-11T11:39:59.252Z] 11:39:59  WARNING -  TEST-UNEXPECTED-FAIL | toolkit/components/featuregates/test/unit/test_FeatureGate.js | testAllDefaultsMatchSettings - [testAllDefaultsMatchSettings : 440] Feature browser.startup.homepage.abouthome_cache.enabled should match runtime value. - true == false
[task 2021-03-11T11:39:59.252Z] 11:39:59     INFO -  /builds/worker/workspace/build/tests/xpcshell/tests/toolkit/components/featuregates/test/unit/test_FeatureGate.js:testAllDefaultsMatchSettings:440
[task 2021-03-11T11:39:59.252Z] 11:39:59     INFO -  /builds/worker/workspace/build/tests/xpcshell/head.js:_do_main:239
[task 2021-03-11T11:39:59.252Z] 11:39:59     INFO -  /builds/worker/workspace/build/tests/xpcshell/head.js:_execute_test:567
```
Bug: "Share" option from tab context menu does nothing in Windows 7
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-03-11 12:18:21+00:00
Resolved: 2021-03-15 12:47:20+00:00

**Affected versions**
* Latest Nightly 88.0a1

**Affected platforms**
* Windows 7 64bit
* Windows 8 64bit

**Steps to reproduce**
1. Start Firefox
2. Visit a website
3. Right click on the tab
4. Click "Share"

**Expected result**
* Not sure if option Share should be available in the context menu in Windows 7 or not.

**Actual result**
* Share option does nothing

**Regression range**
* Not a regression since it reproduces on the first nightly where it was introduced, bug 1690569.

**Additional notes**
* No errors are thrown in browser console.

**Suggested severity**
* I would suggest S2 severity since the option would be visible to the users and would do nothing.