Open Bug 1898531 Opened 8 months ago Updated 4 days ago

cwb.digital - The login information is not displayed

Categories

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

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

Tracking

(firefox-esr115 unaffected, firefox126 wontfix, firefox127 wontfix, firefox128 fixed)

Status:
REOPENED
Tracking Flags:
Tracking Status
firefox-esr115 --- unaffected
firefox126 --- wontfix
firefox127 --- wontfix
firefox128 --- fixed

People

(Reporter: railioaie, Assigned: ksenia)

References

(Regression,
URL
)

Details

(Keywords: regression, webcompat:needs-contact, webcompat:sitepatch-applied)

User Story

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

Attachments

(1 file)

23.05.2024_17.21.42_REC.mp4
1.67 MB, video/mp4
Details

Environment:
Operating System: Windows 10
Firefox version: Firefox Nightly 128.0a1 (2024-05-23) / Firefox Release 126.0

Preconditions:
Clean profile

Steps to reproduce:

  1. Navigate on https://www.cwb.digital/apps/cwbDigital/#_frmLogin
  2. Observe the page

Expected Behavior:
The page loads correctly and the login info is displayed

Actual Behavior:
The login information is not displayed.

Notes:

  • Reproduces regardless of the status of ETP
  • Reproduces in Firefox Nightly, Firefox Release
  • Does not reproduce in Chrome
Component: Site Reports → CSS Transitions and Animations
Product: Web Compatibility → Core

:emilio, since you are the author of the regressor, bug 1861730, could you take a look? Also, could you set the severity field?

For more information, please visit BugBot documentation.

Flags: needinfo?(emilio)

The site basically does prefix detection using UA sniffing.

Assuming this isn't wide-spread, it's probably worth doing an UA override for this site? That seems to un-break it.

Flags: needinfo?(emilio) → needinfo?(dschubert)

Given that this is arguably a site bug (strong dependency on UA-specific legacy vendor-prefixed CSS that we had to unsupport to unbreak other sites per bug 1861730), and given that our avenue-for-a-fix seems to be via about:compat-override (and/or outreach): I think this makes more sense classified as WebCompat rather than Core:CSS Transitions and Animations.

--> Moving back to that component.

Component: CSS Transitions and Animations → Site Reports
Product: Core → Web Compatibility
See Also: → 1897490
Severity: -- → S2
User Story: (updated)
Depends on: 1876368
Keywords: regression → webcompat:needs-contact, webcompat:needs-sitepatch, regression

An intervention is shipping in bug1876368

Keywords: webcompat:needs-sitepatch → webcompat:sitepatch-applied
Flags: needinfo?(dschubert)
Assignee: nobody → kberezina
Status: NEW → RESOLVED
Closed: 8 months ago
status-firefox128: affected → fixed
Resolution: --- → FIXED

Reopening this one, since we're now tracking the status of webcompat issues with interventions differently.

Status: RESOLVED → REOPENED
Resolution: FIXED → ---
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: