av9ash/GitBugs huggingface dataset:
Bug: "Allow Firefox to send backlogged crash reports on your behalf" preference doesn't look disabled when locked
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-05-31 17:06:30+00:00
Resolved: 2024-05-17 12:10:13+00:00

If you lock:

browser.crashReports.unsubmittedCheck.autoSubmit2

using policy, the preferences UI isn't locked.
Bug: Enterprise policy for tmp folder downloads uses the wrong pref
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-05-31 21:11:23+00:00
Resolved: 2022-06-21 13:55:58+00:00

[Tracking Requested - why for this release]:
ESR release should have working enterprise policy.

See bug 1738574 comment 135.
Bug: Tooltips are difficult to see
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-05-31 22:35:19+00:00
Resolved: 2022-07-12 06:44:02+00:00

Since Version 101 tooltips on Windows are difficult to see. Not only do they look alien compared to OS tooltips, but they have worse contrast and don't stand out. They also lack shadows, which isn't a new bug, but makes the result even worse.
Bug: High freq browser/base/content/test/performance/browser_vsync_accessibility.js | Uncaught exception in test - wait for vsync to be disabled after initializing the accessibility service - timed out after 50 tries.
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-05-31 23:41:40+00:00
Resolved: 2023-02-22 18:28:40+00:00

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

---
```
INFO - TEST-PASS | browser/base/content/test/performance/browser_vsync_accessibility.js | vsync should be disabled - true == true - 
[task 2022-05-31T23:29:32.377Z] 23:29:32     INFO - Buffered messages finished
[task 2022-05-31T23:29:32.378Z] 23:29:32     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/performance/browser_vsync_accessibility.js | Uncaught exception in test - wait for vsync to be disabled after initializing the accessibility service - timed out after 50 tries.
[task 2022-05-31T23:29:32.378Z] 23:29:32     INFO - Leaving test bound 
[task 2022-05-31T23:29:32.379Z] 23:29:32     INFO - GECKO(1632) | MEMORY STAT | vsize 3738MB | residentFast 827MB | heapAllocated 528MB
[task 2022-05-31T23:29:32.380Z] 23:29:32     INFO - TEST-OK | browser/base/content/test/performance/browser_vsync_accessibility.js | took 5678ms
```
Bug: Intermittent browser/components/urlbar/tests/browser/browser_valueOnTabSwitch.js | Test timed out - | Found a tab after previous test timed out: https://example.com/browser/browser/components/urlbar/tests/browser/dummy_page.html -
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2022-06-01 12:06:12+00:00
Resolved: 2022-07-25 23:17:13+00:00

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

---
```
[task 2022-06-01T11:14:41.908Z] 11:14:41     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_valueOnTabSwitch.js | gURLBar.value should be testURL after switching back to fullURLTab - 
[task 2022-06-01T11:14:41.909Z] 11:14:41     INFO - Buffered messages finished
[task 2022-06-01T11:14:41.909Z] 11:14:41     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_valueOnTabSwitch.js | Test timed out - 
[task 2022-06-01T11:14:41.910Z] 11:14:41     INFO - GECKO(15580) | MEMORY STAT | vsize 4186MB | residentFast 656MB | heapAllocated 325MB
[task 2022-06-01T11:14:41.910Z] 11:14:41     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_valueOnTabSwitch.js | took 45022ms
[task 2022-06-01T11:14:41.911Z] 11:14:41     INFO - Not taking screenshot here: see the one that was previously logged
[task 2022-06-01T11:14:41.912Z] 11:14:41     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_valueOnTabSwitch.js | Found a tab after previous test timed out: https://example.com/browser/browser/components/urlbar/tests/browser/dummy_page.html - 
[task 2022-06-01T11:14:41.913Z] 11:14:41     INFO - Not taking screenshot here: see the one that was previously logged
[task 2022-06-01T11:14:41.914Z] 11:14:41     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_valueOnTabSwitch.js | Found a tab after previous test timed out: https://example.com/browser/browser/components/urlbar/tests/browser/dummy_page.html - 
[task 2022-06-01T11:14:41.914Z] 11:14:41     INFO - Not taking screenshot here: see the one that was previously logged
[task 2022-06-01T11:14:41.915Z] 11:14:41     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_valueOnTabSwitch.js | Found a tab after previous test timed out: https://example.com/browser/browser/components/urlbar/tests/browser/dummy_page.html - 
[task 2022-06-01T11:14:41.916Z] 11:14:41     INFO - checking window state
```
Bug: Ctrl+D on blank popup window bookmarks about:blank
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-06-01 13:50:49+00:00
Resolved: 2022-06-23 14:20:45+00:00

Steps to reproduce:
1. Visit a page that will open a popup window `windowObjectReference = window.open("", "mozillaWindow", "popup");`
2. Press Ctrl+D
3. A new bookmark with `about:blank` is created

Expected result:
Display an error explaining that the popup can't be bookmark and don't create a bookmark with `about:blank`
Bug: bz2 extension appended to a .exe download
Status: NEW
Priority: P3
Created: 2022-06-01 14:11:24+00:00
Resolved: 2024-09-11 03:46:31+00:00

STR:

1. Navigate to https://ftp.mozilla.org/pub/firefox/candidates/102.0b2-candidates/build1/win64/en-US/
2. Click on Firefox Setup 102.0b2.exe
3. Download panels shows it downloading as Firefox Setup 102.0b2.exe.bz2

Seems to be new with 102.b1. Didn't see it with 101.x
Bug: Version 101.0 is crashing regularly
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-06-01 15:37:25+00:00
Resolved: 2022-06-17 09:46:18+00:00

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

Steps to reproduce:

Running MacOs 10.12.6
First problem:
Close all Firefox windows.
Invoke Firefox->Quit Firefox
Second problem:
Close all Firefox windows.


Actual results:

First problem - crashes all of the time.  And takes a long time to get around to crashing without Quitting.
Second problem - got an isolated crash this morning.


Expected results:

First problem - should quit without Crashing
Bug: Screenshot preview is blank gray
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-06-01 16:16:22+00:00
Resolved: 2022-06-09 09:19:41+00:00

In my current Nightly (103.0a1 (2022-05-31)), when I do a screenshot of a Google Calendar, I get a black screen. Dragging out a box shows as a blank gray box. The element highlighting still works. The resulting screenshot is correct.

Same thing for Google Sheets.

It works fine for the tab containing bugzilla.
Bug: Fix z-index for Colorways card preview text in about:addons
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-06-01 17:13:44+00:00
Resolved: 2022-06-03 21:46:07+00:00

Bug 1769143 added a new Colorways card to about:addon to serve as a new entrypoint for the Colorway closet. However, the z-index of the card's preview text is set to 1, which overlaps with the [z-index for the sticky page header](https://searchfox.org/mozilla-central/rev/3419858c997f422e3e70020a46baae7f0ec6dacc/toolkit/mozapps/extensions/content/aboutaddons.css#10) while scrolling.

We should update the preview text z-index to ensure that this visual overlap does not occur.
Bug: Copy text in url bar copy the previous url instead
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-06-01 18:07:08+00:00
Resolved: 2022-06-02 02:35:42+00:00

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

Steps to reproduce:

- Navigate to any website, eg. https://www.mozilla.org/
- Select any text on the page
- Paste it on the url bar (CTRL+V or right click then "paste") 
- Select all the text or the url bar (CTRL+A, or with the mouse from end to beginning, or click anywhere on the page then on the url bar again, or triple click on the url bar)
- Copy it (CTRL+V or right click then "copy") 


Actual results:

In the clipboard, there is the previous url "https://www.mozilla.org/"


Expected results:

The clipboard should contain the "selected then copied text" that is in the url bar.

Why would anybody do that (copy the text of the page in the url then copy it again)? Because it's an easy way to copy a text without the formatting!
Bug: Crash in [@ OOM | small]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-06-02 03:11:11+00:00
Resolved: 2022-06-08 21:05:07+00:00

Crash report: https://crash-stats.mozilla.org/report/index/71e96d82-2b99-4165-bda2-c59d80220530
Bug: Crash in [@ OOM | small]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-06-02 03:11:59+00:00
Resolved: 2022-06-08 21:04:56+00:00

Crash report: https://crash-stats.mozilla.org/report/index/923d5c07-28ef-467a-9d93-6f96b0220507
Bug: Crash in [@ OOM | small]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-06-02 03:12:45+00:00
Resolved: 2022-06-08 21:04:44+00:00

Crash report: https://crash-stats.mozilla.org/report/index/04817b33-7a79-470a-b261-a9c1f0220530

MOZ_CRASH Reason: ```out of memory: 0x0000000000001000 bytes requested```

Top 5 frames of crashing thread:
```
0 xul.dll NS_ABORT_OOM xpcom/base/nsDebugImpl.cpp:616
1 xul.dll mozilla::dom::Element::SetAttr dom/base/Element.cpp:2415
2 xul.dll mozilla::dom::Element_Binding::setAttribute dom/bindings/ElementBinding.cpp:1518
3 xul.dll mozilla::dom::binding_detail::GenericMethod<mozilla::dom::binding_detail::NormalThisPolicy, mozilla::dom::binding_detail::ThrowExceptions> dom/bindings/BindingUtils.cpp:3270
4 None @0x00000383aec9f68e 
```
Bug: Crash in [@ OOM | small]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-06-02 03:31:12+00:00
Resolved: 2022-06-08 21:04:31+00:00

Crash report: https://crash-stats.mozilla.org/report/index/1f63d835-19fd-4b31-98db-a1e560220602

MOZ_CRASH Reason: ```out of memory: 0x0000000000000080 bytes requested```

Top 10 frames of crashing thread:
```
0 mozglue.dll mozalloc_abort memory/mozalloc/mozalloc_abort.cpp:26
1 mozglue.dll mozalloc_handle_oom memory/mozalloc/mozalloc_oom.cpp:51
2 xul.dll static nsINode::operator new dom/base/nsINode.cpp:136
3 xul.dll static nsXULElement::Construct dom/xul/nsXULElement.cpp:192
4 xul.dll nsXULElement::Clone const dom/xul/nsXULElement.cpp:310
5 xul.dll static nsINode::CloneAndAdopt dom/base/nsINode.cpp:3190
6 xul.dll static nsINode::CloneAndAdopt dom/base/nsINode.cpp:3370
7 xul.dll static nsINode::CloneAndAdopt dom/base/nsINode.cpp:3370
8 xul.dll static nsINode::CloneAndAdopt dom/base/nsINode.cpp:3370
9 xul.dll static nsINode::CloneAndAdopt dom/base/nsINode.cpp:3370
```
Bug: Crash in [@ OOM | small]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-06-02 03:32:06+00:00
Resolved: 2022-06-08 21:04:11+00:00

Crash report: https://crash-stats.mozilla.org/report/index/6fe74deb-31cc-4d89-b405-2166f0220602

MOZ_CRASH Reason: ```out of memory: 0x0000000000000080 bytes requested```

Top 10 frames of crashing thread:
```
0 mozglue.dll mozalloc_abort memory/mozalloc/mozalloc_abort.cpp:26
1 mozglue.dll mozalloc_handle_oom memory/mozalloc/mozalloc_oom.cpp:51
2 xul.dll static nsINode::operator new dom/base/nsINode.cpp:136
3 xul.dll NS_NewHTMLSharedElement dom/html/HTMLSharedElement.cpp:25
4 xul.dll static nsContentDLF::CreateBlankDocument layout/build/nsContentDLF.cpp:235
5 xul.dll nsDocShell::CreateAboutBlankContentViewer docshell/base/nsDocShell.cpp:6765
6 xul.dll nsDocShell::CreateContentViewerForActor docshell/base/nsDocShell.cpp:6837
7 xul.dll static nsWebBrowser::Create toolkit/components/browser/nsWebBrowser.cpp:163
8 xul.dll mozilla::dom::BrowserChild::Init dom/ipc/BrowserChild.cpp:445
9 xul.dll mozilla::dom::ContentChild::RecvConstructBrowser dom/ipc/ContentChild.cpp:1867
```
Bug: Crash in [@ OOM | small]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-06-02 03:35:13+00:00
Resolved: 2022-06-08 21:03:53+00:00

Crash report: https://crash-stats.mozilla.org/report/index/ce1a2307-c290-4cc0-b968-e0de20220602

MOZ_CRASH Reason: ```out of memory: 0x0000000000000080 bytes requested```

Top 10 frames of crashing thread:
```
0 mozglue.dll mozalloc_abort memory/mozalloc/mozalloc_abort.cpp:26
1 mozglue.dll mozalloc_handle_oom memory/mozalloc/mozalloc_oom.cpp:51
2 xul.dll static nsINode::operator new dom/base/nsINode.cpp:136
3 xul.dll NS_NewHTMLSharedElement dom/html/HTMLSharedElement.cpp:25
4 xul.dll static nsContentDLF::CreateBlankDocument layout/build/nsContentDLF.cpp:235
5 xul.dll nsDocShell::CreateAboutBlankContentViewer docshell/base/nsDocShell.cpp:6765
6 xul.dll nsDocShell::CreateContentViewerForActor docshell/base/nsDocShell.cpp:6837
7 xul.dll static nsWebBrowser::Create toolkit/components/browser/nsWebBrowser.cpp:163
8 xul.dll mozilla::dom::BrowserChild::Init dom/ipc/BrowserChild.cpp:445
9 xul.dll mozilla::dom::ContentChild::RecvConstructBrowser dom/ipc/ContentChild.cpp:1867
```
Bug: Take screenshot on PDF in Dark theme renders document window black
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-06-02 03:57:56+00:00
Resolved: 2022-06-06 23:05:01+00:00

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

Steps to reproduce:

Use Take Screenshot tool on PDF in Firefox when in Dark theme


Actual results:

The document window goes completely black, so that the user cannot see what area is being selected for the screenshot.


Expected results:

Dimming the document window should still leave sufficient contrast for the non-selected and selected areas to be visible when using the Take Screenshot tool.
Bug: Distinguish "rich" icons in the favicons service and when asking for a small sized icon prefer the classic ones
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-06-02 04:31:42+00:00
Resolved: 2024-09-11 17:54:02+00:00

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

Steps to reproduce:

1) Loaded the following page: https://www.nhl.com/penguins
2) Notice in the 'tab', that the favicon is the Pittsburgh Penguins logo.
3) Now, attempt to bookmark the website.
4) Notice that you can see in the initial bookmark creation window, that it shows the Penguins logo.
5) Save the bookmark (doesn't matter where, but save it in the Bookmark toolbar for easy access).


Actual results:

Once the bookmark is saved, the 'favicon' is that of the NHL's main website.


Expected results:

Once the bookmark is saved, the 'favicon' should be the Pittsburgh Penguins logo, as you can see in the tab for the website.
Bug: Use real support.m.o URLs in sync setup steps in Firefox View
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-06-02 07:58:59+00:00
Resolved: 2022-06-28 09:18:09+00:00

We need to replace the placeholder URLs used in the "Sync Firefox on your phone or tablet" > "Learn how" link, and the "Turn on tab syncing" > "Learn how" link with real SUMO slug URLs.
Bug: very long time print www site to pdf file on Samba disk
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-06-02 11:21:15+00:00
Resolved: 2023-03-01 11:01:05+00:00

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

Steps to reproduce:

1. Open Firefox 101.0 64bit/ Windows 10 Pro (all update) 21H1
2. Open any www site no mater example: www.samba.org
3. CTRL+P
4. Choice "save as PDF" file.



Actual results:

And if we save file on disk example C:\ firefox wrote very fast <<1sek.
But if choice destination samba disk X:\... (speed link 100Mbps) file pdf abut 129kB i must wait 5 to 10 second always.
Isn't problem with LAN because this same file PDF wrote on samba disk in other application i get speed ~50Mbps. In other application speed is ok only in Firefox save file very long.


Expected results:

In the past abut version Firefox 84 (not checked now) I was normal speed save file PDF max 1sek or faster.
Can you somebody explain me why Firefox very long wrote PDF file on Samba disk?
I was doing one other test try save www like file (not PDF) in option MENU-> File ->"Save site Like" (destination Samba disk)
 and was save abut 0.1sek. Now i see that LAN isn't problem.
This test told me that problem is in Firefox in 100% in function Print site to PDF on Samba  disk.
But why Firefox print site to PDF file on Samba disk very long?
I used too Firefox on Linux and this effect very long time print PDF file to Samba disk no exist. This problem is only in Windows version Firefox.
Bug: soundcloud.com audio block permission is not displayed on subsequent tabs
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-06-02 15:06:01+00:00
Resolved: 2022-06-07 14:34:47+00:00

**Description**
soundcloud.com doesn't display media block permissions reliably


**Affected versions**

* 91.10.0esr

* 103.0a1 2022-06-01
* 102.0b2 - found in
* 101.0

**Affected platforms**
* Windows 10
* Mac 12.4

**Steps to reproduce**
1. New profile (default permissions)
2. Open soundcloud.com in a new tab.
3. Open a new tab and paste https://soundcloud.com/poprocks-1/livin-on-a-prayer-bon-jovi
4. Open a new tab and close all previously open tabs.
5. Paste https://soundcloud.com/poprocks-1/livin-on-a-prayer-bon-jovi in the new tab.
6. Open another new tab and https://soundcloud.com/poprocks-1/livin-on-a-prayer-bon-jovi

**Expected result**
* Every direct soundcloud.com link has the blocked audio permission indicator

**Actual result**
 3. direct link https://soundcloud.com/poprocks-1/livin-on-a-prayer-bon-jovi audio is blocked, but doesn't show the permission indicator.
 5. direct link has the blocked audio permission indicator
 6. 2nd direct link is blocked, but no blocked audio permission indicator.


**Regression range**
* Not a recent regression

**Note:**
If the permission for autoplay is modified, for example set on block a/v, then all new direct link tabs will show correctly the permission.
Bug: If users set our own colors, some forms are unreadable
Status: NEW
Priority: --
Created: 2022-06-02 22:54:51+00:00
Resolved: 2022-06-20 10:33:43+00:00

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

Steps to reproduce:

1. Set my own colors so that I can read the screen under ordinary lighting.

2. Installed Firefox Translations: https://addons.mozilla.org/en-US/firefox/addon/firefox-translations/


Actual results:

Got unreadable form, attached.
Bug: Cheers Bold colorway is no longer applying properly
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-06-03 02:14:42+00:00
Resolved: 2022-06-06 16:25:53+00:00

This just happened with the most recent update to Nightly 103.0a1 (2022-06-02). I've had Cheers Bold for a while, and after the update and restart, the window looks like the attached screenshot.

Hey kpatenio, could this be related to recent Colorways work?
Bug: Request denied downloading temporary files when browser.download.start_downloads_in_tmp_dir is enabled in snap builds
Status: UNCONFIRMED
Priority: P5
Created: 2022-06-03 08:23:27+00:00
Resolved: 2024-10-15 11:37:53+00:00

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

Steps to reproduce:

1. Visits http://file.fyicenter.com/26_TAR-File_Extension_for_Tape_Archive_Files.html
2. Clicks on "TAR sample file: Click sample.tar to download. "
3. Selects 'Open with "System Handler (default)"' (also tried to open it explicitly using `xdg-open` but to no avail)


Actual results:

1. The file is not opened by the system handler. 
2. `journalctl -f` spits out: "jun 03 10:18:46 azaboxen firefox_firefox.desktop[21011]: user-open error: request declined by the user (code 2)"
3. The downloaded file can't be located anywhere.


Expected results:

file should have been opened by system handler
Bug: Can't open new tab after choose all tabs and close them.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-06-03 08:33:13+00:00
Resolved: 2022-09-26 15:46:33+00:00

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

Steps to reproduce:

I right click to choose all tabs in one window(more than one) and right click to close them.


Actual results:

All tabs are closed.But I can't open any new tab or use the address bar.
Bug: Text not rendered unless zooming out
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-06-03 08:54:27+00:00
Resolved: 2024-05-17 12:21:15+00:00

Originally filed on GitHub at https://github.com/mozilla/pdf.js/issues/14982, I'm filing it on Bugzilla too so we can track the regression.
Bug: BUG: Conflict between DisableFirefoxStudies and UserMessaging policies
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-06-03 09:38:02+00:00
Resolved: 2023-06-26 07:57:18+00:00

Steps to reproduce:

I found two bugs:
- The policies for DisableFirefoxStudies and UserMessaging (ExtensionRecommendations, FeatureRecommendations) conflicting.

If you set the policy DisableFirefoxStudies the ui elements for the following settings are unchecked and looked:
- Settings UI > General > Browsing > Recommend extensions as you browse
- Settings UI > General > Browsing > Recommend features as you browse

If you the disable the policies for ExtensionRecommendations and FeatureRecommendations the ui settings aren't looked anymore. It is even possible to enable the settings regardless of the state of DisableFirefoxStudies.

Note: We configure the policies using Active Directory GPOs.
FF 91.10.0esr; ADMX v3.10
Bug: policies for UserMessaging (ExtensionRecommendations, FeatureRecommendations) don't look preferences
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-06-03 09:41:55+00:00
Resolved: 2023-07-17 12:53:27+00:00

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

Steps to reproduce:

If you set the the policies for ExtensionRecommendations and FeatureRecommendations the ui settings aren't looked.
Bug: Users are not able to open WhatsApp Web in Private WIndow
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-06-03 11:38:07+00:00
Resolved: 2022-06-06 14:19:42+00:00

Firefox for Android

Steps to reproduce:

Steps to reproduce:--
1. Open Firefox private window 
2. Go to web.whatsapp.com
3. You will notice that page is continuously generating a request on https://web.whatsapp.com/?logout_reason=0 and unable to get the page that is required for login on WhatsApp web

I have verified this same behavior on Linux, Windows and on mobile also.

Impact:--
As you know Meta has largest social media users base and WhatsApp is a part of it.
Many users use private tab to login there WhatsApp when they are accessing there chats on somebodies else PC to maintain there privacy that if they directly close the private window then nobody can access there chats even if they didn't logout.
Due to this bug user are unable to access the login page of WhatsApp in a private window and this can create a wrong impression against Firefox in users mind and give an advantage to other browser to attract users to use there browser instead of Firefox


Actual results:

Web page continuously try to reload itself.


Expected results:

It should be get user to a web page where user are able to scan the QR code and able to access there messages