www.truepeoplesearch.com - Search feature is blocked
Categories
(Web Compatibility :: Site Reports, defect, P1)
Tracking
(Webcompat Priority:P1, Webcompat Score:8, firefox152 affected, firefox153 affected, firefox154 affected)
People
(Reporter: rbucata, Unassigned)
References
(Depends on 1 open bug, )
Details
(Keywords: webcompat:contact-ready, webcompat:site-report, Whiteboard: [autowebcompat:processed][autowebcompat:repro-failed][webcompat:sightline][webcompat:core])
User Story
user-impact-score:750 platform:android impact:site-broken configuration:general affects:all branch:release diagnosis-team:webcompat
Attachments
(3 files)
Environment:
Operating system: Android 11 and Windows
Firefox version: Firefox 152.0
Preconditions:
- VPN set to the US
Steps to reproduce:
- Navigate to: https://www.truepeoplesearch.com
- Pass the cloud and captcha verification
- Introduce "John Smith" and "10001" or any valid data
- Observe
Expected Behavior:
Results are loading
Actual Behavior:
Access is blocked
Notes:
- Reproduces regardless of the status of ETP
- Reproduces in firefox-nightly, and firefox-release
- Does not reproduce in chrome
Created from https://github.com/webcompat/web-bugs/issues/226143
| Reporter | ||
Comment 1•7 days ago
|
||
Updated•7 days ago
|
Updated•7 days ago
|
Updated•7 days ago
|
Comment 2•7 days ago
|
||
Since nightly and release are affected, beta will likely be affected too.
For more information, please visit BugBot documentation.
Updated•7 days ago
|
Comment 3•7 days ago
|
||
Comment 1 looks like a redirect loop, let's start with networking.
Updated•6 days ago
|
Comment 4•6 days ago
|
||
This appears to be an AI-based block as reported in the original report. The redirect issue that role is seeing maybe due to using a VPN. In any case I believe it's a separate problem. This gets blocked for me on Android but works perfectly on desktop windows in nightly
Comment 5•6 days ago
|
||
Updated•6 days ago
|
Comment 6•6 days ago
•
|
||
Here's a sort-of reduced testcase -- just loading the same Datadome captcha-iframe that the affected page is loading (for me anyway).
In Firefox on Android, this shows a similar "blocked" rendering to Randell's screenshot.
In Chrome on the same Android device, and Firefox on Desktop, the iframe renders blank for a bit, and then it shows a "slide-the-arrow" captcha for me to complete.
Comment 7•6 days ago
•
|
||
I can reproduce the "blocked" rendering with the attached testcase on Firefox-for-Desktop if I use RDM (using e.g. Galaxy Note 9 device profile).
Comment 8•6 days ago
|
||
Not sure if it'll be useful diagnostically, but fwiw: here's a profile showing me getting the interactive captcha ("good") in regular Firefox for Desktop, and then getting the blocked UI ("bad") when reloading the page in RDM:
https://share.firefox.dev/4bgQJxS
Comment 9•6 days ago
•
|
||
I found a few other sites that also seem to use this same captcha system:
https://mygift.giftcardmall.com/
https://tickets.rolandgarros.com/
https://ticketing.liverpoolfc.com/
But so far I'm not seeing any Android-specific issues (or full blockage) there.
Updated•5 days ago
|
Updated•12 hours ago
|
Description
•