Closed Bug 1942007 Opened 1 month ago Closed 15 days ago

www.timesnownews.com - Text does not appear on some slides unless the page gets refreshed

Categories

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

Firefox 136
ARM
Android

Tracking

(Webcompat Priority:P2, firefox134 affected, firefox135 affected, firefox136 affected)

RESOLVED WORKSFORME
Webcompat Priority P2
Tracking Status
firefox134 --- affected
firefox135 --- affected
firefox136 --- affected

People

(Reporter: ctanase, Unassigned)

References

()

Details

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

User Story

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

Attachments

(1 file)

Environment:
Operating system: Android 14
Firefox version: Firefox Mobile 135.0/134/136

Steps to reproduce:

  1. Go to https://www.timesnownews.com/web-stories/auto/5-sportsbike-most-powerful-than-kawasaki-ninja-300/photostory/117018419.cms
  2. Tap on the right side of the screen to get to the next slide.
  3. Observe the page.

Expected Behavior:
The text elements are displayed.

Actual Behavior:
The text elements are missing.

Notes:

  • Workaround: on refresh the page loads correctly
  • 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/146073

Version: unspecified → Firefox 136

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

This seems like a layout issue? Funnily enough, if I hover over elements in the inspector, the text suddenly disappears.

Severity: -- → S2
User Story: (updated)
Webcompat Priority: --- → P2
Priority: -- → P2

Hmm, I can't reproduce. Tested on a Pixel 6a (fresh profile) and a Pixel 8, with Firefox Nightly 136 on both.

I tried removing the new "navbar" that's usually on in Firefox NIghtly nowadays (using secret settings), to match the configuration shown in the comment 0 screncast, just in case this had to do with the toolbar size for some reason, but that didn't make a difference.

@denschub since you can reproduce, would you mind capturing a performance profile (with the default Firefox Nightly profiler settings)? That might help illuminate a little bit about what's going on.

Flags: needinfo?(dschubert)

(In reply to Daniel Holbert [:dholbert] from comment #4)

would you mind capturing a performance profile

I would most certainly like to - but I can no longer reproduce this...

Calin, is this still broken for you?

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

Cannot reproduce anymore, works on both Release and Nightly.

Flags: needinfo?(ctanase)
Status: NEW → RESOLVED
Closed: 15 days 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: