Open Bug 1941740 Opened 1 year ago Updated 2 months ago

dennys.com - Images/animation from hero section is not displayed

Categories

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

Firefox 136
Desktop
Windows 10

Tracking

(Webcompat Priority:P2, Webcompat Score:6, firefox134 affected, firefox135 affected, firefox136 affected, firefox145 affected, firefox146 affected, firefox147 affected, firefox148 affected, firefox149 affected)

Webcompat Priority P2
Webcompat Score 6
Tracking Status
firefox134 --- affected
firefox135 --- affected
firefox136 --- affected
firefox145 --- affected
firefox146 --- affected
firefox147 --- affected
firefox148 --- affected
firefox149 --- affected

People

(Reporter: ctanase, Unassigned)

References

()

Details

(Keywords: webcompat:platform-bug, webcompat:site-report, Whiteboard: [webcompat-source:product])

User Story

platform:windows,mac,linux,android
impact:content-missing
configuration:general
affects:all
branch:release
diagnosis-team:media
user-impact-score:300

Attachments

(2 files)

Attached image image.png

Environment:
Operating system: Windows 10
Firefox version: Firefox 134/136

Preconditions:

  • Clean profile
  • VPN pointing to USA

Steps to reproduce:

  1. Navigate to: https://www.dennys.com
  2. Observe the hero section.

Expected Behavior:
The images/animation is displayed.

Actual Behavior:
The images/animation is missing.

Notes:

  • Reproducible on the latest Firefox Release and Nightly
  • Reproducible regardless of the ETP setting
  • Works as expected using Chrome

Since nightly and release are affected, beta will likely be affected too.
For more information, please visit BugBot documentation.

Whiteboard: [webcompat-source:product] → [webcompat-source:product][webcompat:sightline]
Severity: -- → S2
User Story: (updated)
Priority: -- → P2
Whiteboard: [webcompat-source:product][webcompat:sightline] → [webcompat-source:product]

I don't think this is Firefox-specific.

I can reproduce this in Firefox Nightly 136 on Linux, and also Chrome 134 dev on LInux.
I can also reproduce in Firefox release 134 and Chrome 132 release on Windows 10 (tested using BrowserStack).

I can not reproduce in Firefox Nightly 136 on my MacBook Pro, but I can reproduce in Firefox

The background of this hero element is an mp4 video file, specifically https://www.dennys.com/sites/default/files/video-thumbnails/2024-10/307800_Nov24_Website_HomepageHero_540p.mp4 , and Firefox (and Chrome) is failing to decode it on my machine -- when I view the site as well as when I just view the video directly (it fails to play, though it plays successfully in gnome-web/epiphany i.e. WebKit).

Firefox Nightly's Web Console shows the following on Linux and Windows:

Media resource https://www.dennys.com/sites/default/files/video-thumbnails/2024-10/307800_Nov24_Website_HomepageHero_1080p.mp4 could not be decoded. www.dennys.com
All candidate resources failed to load. Media load paused.
Media resource https://www.dennys.com/sites/default/files/video-thumbnails/2024-10/307800_Nov24_Website_HomepageHero_540p.mp4 could not be decoded. www.dennys.com
All candidate resources failed to load. Media load paused.
Media resource https://www.dennys.com/sites/default/files/video-thumbnails/2024-10/307800_Nov24_Website_HomepageHero_1080p.mp4 could not be decoded, error: Error Code: NS_ERROR_DOM_MEDIA_METADATA_ERR (0x806e0006)

Anyway: kicking this over to the media team for further diagnosis, given that it seems like a media handling issue (possibly needing to be graceful in the face of corrupt/broken content).

User Story: (updated)

Here's a copy of the smaller video file that's referenced in the web console output, for archival/reference purposes. (This is https://www.dennys.com/sites/default/files/video-thumbnails/2024-10/307800_Nov24_Website_HomepageHero_540p.mp4 )

Aha, so this is a HEVC video [1] which we only just started supporting and only on macOS, in bug 1924066.

I get this fix range for dennys.com starting to work on macOS (which contains only that one bug to enable HEVC support):
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=af3032626a68b96b683ca4359802fc025da8e08c&tochange=2ab38f908263fc74938c293fca89c0336c78aedc

That explains the variable support between the same browser on different platforms that I observed above.

I think we can consider this an instance of bug 1889731 then.

[1] confirmed with mplayer on linux which has this in its terminal output when playing this video: VIDEO: [HEVC] 960x540 24bpp 23.976 fps 889.3 kbps (108.6 kbyte/s)

Webcompat Priority: --- → P2
Webcompat Score: --- → 6
User Story: (updated)

This is still an issue on the latest Nightly 145.0a1 (2025-10-02).

User Story: (updated)

This is still an issue on the latest Nightly

This is still an issue on the latest Nightly

This is still an issue on the latest Nightly

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: