zomentum.com - Form is not displayed with Strict ETP
Categories
(Web Compatibility :: Privacy: Site Reports, defect, P3)
Tracking
(firefox133 affected, firefox134 affected, firefox135 affected)
People
(Reporter: ctanase, Unassigned)
References
(Depends on 1 open bug, )
Details
(Keywords: webcompat:site-report, Whiteboard: [webcompat-source:product][etp-pbm][etp-feature-tb-analytics][etp-rc-content-blocked])
Attachments
(1 file)
|
247.76 KB,
image/png
|
Details |
image.png
Environment:
Operating system: Mac
Firefox version: Firefox 133.0 (release)/135
Preconditions:
- ETP set to STRICT
- Clean profile
Steps to reproduce:
- Navigate to: https://www.zomentum.com/msp-revenue-stack#form
- Observe the right section of the page.
Expected Behavior:
A form is displayed.
Actual Behavior:
The form is not displayed.
Notes:
- Not reproducible with ETP STANDARD/turned OFF on Normal
- Reproducible with both Strict and Standard ETP in Private (but not with ETP OFF)
- Reproducible on the latest Nightly
Created from webcompat-user-report:d94508ee-85fa-43c2-92b4-6d61220b8c86
|
||
Comment 1•2 months ago
|
||
Since nightly and release are affected, beta will likely be affected too.
For more information, please visit BugBot documentation.
|
||
Comment 2•2 months ago
|
||
Unblocking js.hsforms.net, classified as analytics, unbreaks the form.
|
||
Comment 3•2 months ago
|
||
It's because we block js.hsforms.net as ad trackers.
|
|
||
Comment 4•2 months ago
|
||
about:url-classifier suggests analytics. Changing to that. The name hsforms suggests that providing forms is their main functionality. Therefore I'd classify them as -content- instead of -dep-, because I assume they provide the main functionality.
Description
•