Open Bug 1909844 Opened 4 months ago Updated 16 days ago

zoom.com - Search bar missing from support page with Strict ETP

Categories

(Web Compatibility :: Privacy: Site Reports, defect, P1)

Product:
Web Compatibility
Component:
Privacy: Site Reports
Version:
Firefox 130
Platform:
Desktop
Windows 10
Type:
defect

Tracking

(firefox128 unaffected, firefox130 disabled, firefox131 fix-optional)

Tracking Flags:
Tracking Status
firefox128 --- unaffected
firefox130 --- disabled
firefox131 --- fix-optional

People

(Reporter: ctanase, Unassigned, NeedInfo)

References

(Blocks 1 open bug, Regression,
URL
)

Details

(4 keywords)

User Story

platform:windows,mac,linux,android
impact:workflow-broken
configuration:common
affects:all
branch:release

Attachments

(2 files)

image.png
394.94 KB, image/png
Details
ETP details - blocked domains.png
501.89 KB, image/png
Details
Attached image image.png —

Environment:
Operating system: OnePlus 6 A6000 (Android 11) / Windows 10
Firefox version: Firefox Nightly 130.0a1-20240724215903 / Firefox Release 128.0.1-20240715142704

Preconditions:
• ETP set to STRICT
• Clean profile

Steps to reproduce:

  1. Go to https://support.zoom.com/hc
  2. Wait for the page to load.
  3. Dismiss the cookie banner.
  4. Observe the page.

Expected Behavior:
The search bar is displayed.

Actual Behavior:
The search bar is missing.

Notes:

  1. Screenshot attached
  2. Reproducible regardless of the ETP status
  3. Not reproducible on Firefox Release
  4. Not reproducible on Chrome
  5. Reproducible on Windows 10 as well
  6. Issue found during WebCompat team [Top100] websites testing

Regression Windows 10:

Last good revision: c098e1447bc00f3d8c34c9056bd0bec82f8c30a1
First bad revision: 859498ffdfa51365ba1d695f5eab2a9550805b43
Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=c098e1447bc00f3d8c34c9056bd0bec82f8c30a1&tochange=859498ffdfa51365ba1d695f5eab2a9550805b43

Blocks: tp-breakage
Severity: -- → S2
User Story: (updated)
Keywords: webcompat:platform-bug, webcompat:site-report
Priority: -- → P1
Regressed by: 1899359

I looked into this a bit and noticed that on new install of fx130a1 android, this does not reproduce. Will look into this more, not sure why the switch to remote settings causes this

I'm able to reproduce this on 131 nightly.

status-firefox131: --- → affected

Harshit, do you still intend to work on this? If so can you assign it to yourself? Thanks!

Flags: needinfo?(hsohaney)

I can look into this, but I don't think I will be able to submit a fix for this in time (my term ends at the end of this week)

Flags: needinfo?(harshit.sohaney)
Keywords: priv-webcompat
Component: Site Reports → Privacy: Site Reports

Hey timhuang, needinfo'ing you here to put this on your radar as you were the reviewer of the regressing patch.

The regressing pref flip is riding the trains in 131 via bug 1912109.

status-firefox131: affected → fix-optional
Flags: needinfo?(tihuang)
Regressed by: 1912109

I cannot reproduce the issue anymore. Calin, could you verify it again? Thanks.

Flags: needinfo?(tihuang) → needinfo?(ctanase)

On Windows 10 does not reproduce but on Android I'm still able to reproduce.

Environment:
Operating system: Windows 10 / OnePlus 6 A6000 (Android 11)
Firefox version: Nightly 132.0a1 (2024-09-19) / Nightly 132.0a1-20240918211346

Flags: needinfo?(ctanase)

Calin, could you share the Enhanced Tracking Protection details on the lock icon on Android? I'd like to know the domains on each blocking category. Thanks.

Flags: needinfo?(ctanase)
Flags: needinfo?(ctanase)

I cannot reproduce on Andorid Release 131.0.3 / Android 10. Could you reconfirm again?

Flags: needinfo?(tihuang)
Flags: needinfo?(ctanase)

This should be be fixed because static.cloud.coveo.com has been moved to the Content category.

Flags: needinfo?(tihuang)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: