Closed Bug 1929834 Opened 20 days ago Closed 9 days ago

am.ticketmaster.com - The seating map is not displayed

Categories

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

Desktop
Windows 10

Tracking

(firefox-esr115 verified, firefox-esr128 verified, firefox132 wontfix, firefox133 verified, firefox134 verified)

RESOLVED DUPLICATE of bug 1924184
Tracking Status
firefox-esr115 --- verified
firefox-esr128 --- verified
firefox132 --- wontfix
firefox133 --- verified
firefox134 --- verified

People

(Reporter: railioaie, Assigned: jgilbert)

References

(Blocks 1 open bug, )

Details

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

User Story

platform:windows,mac,linux,android
impact:workflow-broken
configuration:general
affects:all
branch:release
diagnosis-team:graphics

Attachments

(1 file)

Environment:
Operating system: Windows 10
Firefox version: Firefox 132.0

Preconditions:
Clean profile

Steps to reproduce:

  1. Navigate to: https://am.ticketmaster.com/tiff/
  2. Select a show
  3. Observe

Expected Behavior:
The seats map is displayed

Actual Behavior::
The seats map is not displayed

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

This might be a hint (or completely unrelated):

Uncaught TypeError: can't access property "remove", e.target.classList is undefined

This thing is a whole <canvas>, so this is hard to debug. Might be a graphics/rendering issue, but might also be something different.

Severity: -- → S2
User Story: (updated)
Priority: -- → P1

This plays back in Chrome with seats but no seats in Firefox

Flags: needinfo?(lsalzman)

Actually, it looks like a lot of the drawing is happening with WebGL so it might be good for Kelsey to look too.

Flags: needinfo?(jgilbert)
Flags: needinfo?(lsalzman)
Flags: needinfo?(jgilbert)
Keywords: regression
No longer blocks: hard-to-diagnose
Assignee: nobody → jgilbert
Blocks: 1931068
Duplicate of this bug: 1930288
Duplicate of this bug: 1929199

:jgilbert this is working in the latest nightly for me.
Are you tracking anything else here or should this be resolved?

Flags: needinfo?(jgilbert)

Bug 1929199 is also working for me in the latest nightly. (i.e. lightningchart.com)

Not sure what is the flow for nightly to go to an official version, but this looks like something that should be pushed as a hotfix, and not fixed in two major versions

This fix will make the next release, Fx133 ships on 2024-11-26.
Adding comments here to check if anything else will be tracked or if it can be resolved.

Status: NEW → RESOLVED
Closed: 9 days ago
Duplicate of bug: 1924184
Flags: needinfo?(jgilbert)
Resolution: --- → DUPLICATE

Verified the issue. The following were observed:

On the Release 132 and ESR 128 versions, the issue still reproduces
On Nightly 134 and Beta 133, the issue is fixed

Please let me know if more testing is required after Firefox 133 ships on 2024-11-26

Tested with:

Browser / Version: Firefox Release 132.0.2 (64-bit)/ Firefox Nightly 134.0a1 (2024-11-20) (64-bit) /Firefox Beta 133.b10 (64-bit)/ 128.4.0esr (64-bit)
Operating System: Windows 10 PRO x64

Also managed to verify this issue on macOS M1 15.1, macOS 14 and Ubuntu 22.04, on Firefox 115.18ESR, Firefox 128.5ESR, Firefox 133.0 and on Firefox 134.0a1.

Whiteboard: [webcompat-source:web-bugs] → [webcompat-source:web-bugs][webcompat:sightline]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: