Closed Bug 1925965 Opened 1 year ago Closed 1 year ago

10drives.com - Redirect does not happen

Categories

(Web Compatibility :: Site Reports, defect, P3)

Product:
Web Compatibility
Component:
Site Reports
Type:
defect

Tracking

(Webcompat Priority:P2, firefox131 affected, firefox133 affected)

Status:
RESOLVED WORKSFORME
Project Flags:
Webcompat Priority P2
Tracking Flags:
Tracking Status
firefox131 --- affected
firefox133 --- affected

People

(Reporter: rbucata, Unassigned)

References

(Depends on 1 open bug,
URL
)

Details

(Keywords: webcompat:needs-sitepatch, webcompat:platform-bug, webcompat:site-report, Whiteboard: [webcompat-source:web-bugs])

User Story

platform:windows,mac,linux,android
impact:site-broken
configuration:general
affects:all
branch:release

Attachments

(1 file)

Screenshot 2024-11-21 141012.png
123.10 KB, image/png
Details

Environment:
Operating system: Android 12
Firefox version: Firefox Mobile 133.0

Steps to reproduce:

  1. Navigate to: https://10drives.com/b/OkbrOOUkdEUdrdyb
  2. Observe

Expected Behavior:
The page loads

Actual Behavior:
Error is shown

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/142954

status-firefox131: --- → affected
status-firefox133: --- → affected
Severity: -- → S2
User Story: (updated)
Keywords: webcompat:needs-diagnosis
Priority: -- → P3

Navigate to: https://10drives.com/b/OkbrOOUkdEUdrdyb

Happens also on Windows x64 here.

The shown error is actually the payload of a 500 (Internal server error), no JS is executed on our side, IIUC. Given this is a simple GET , the most likely thing to happen here is a bad reaction on our UA string?

Flags: needinfo?(dschubert)
OS: Android → All
Hardware: ARM → All

It doesn't work with a simple UA spoof, so it's likely more complicated than that.

Flags: needinfo?(dschubert)

Ah, it breaks if there is no sec-ch-ua header.

Depends on: client-hints
Keywords: webcompat:needs-diagnosis → webcompat:needs-sitepatch, webcompat:platform-bug

Ah. Thanks for checking. (diagnosis-team:dom-storage feels wrong then, too).

Can we remove the diagnosis-team:dom-storage here to make it go away from our list ?

Flags: needinfo?(dschubert)

Things that aren't in needs-diagnosis shouldn't even be on your list, but I have removed it. :)

User Story: (updated)
Flags: needinfo?(dschubert)
Webcompat Priority: --- → P2

Per mt, we're unlikely to implement client-hints (and Safari doesn't/won't), so a sitepatch (and outreach) would be the way to go here

:rbucata has confirmed that he also does not see the issue on this site anymore, so I'm closing this as works-for-me.

Status: NEW → RESOLVED
Closed: 1 year ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: