Open Bug 1686376 Opened 2 years ago Updated 2 months ago

Table elements suddenly disappear on scroll

Categories

(Core :: Graphics: WebRender, defect, P3)

Firefox 86
Unspecified
Android
defect

Tracking

()

Webcompat Priority P2
Tracking Status
firefox84 --- wontfix
firefox85 --- wontfix
firefox86 --- wontfix
firefox87 --- wontfix
firefox100 --- wontfix

People

(Reporter: karlcow, Unassigned, NeedInfo)

References

(Blocks 1 open bug, Regression, )

Details

(Keywords: regression)

Attachments

(3 files)

Steps to reproduce

  1. With Firefox Nightly 86 on Android
  2. go to https://tplfvg.it/it/il-viaggio/costruisci-il-tuo-orario/?description=%2010&search-lines-by-description
  3. wait for the page to load
  4. scroll down to the orange bar "10 | CIRCOLARE DESTRA: Ospedale-Pla…"
  5. Tap on the bar
  6. A table of data appears
  7. slightly scroll the table toward the top

Expected:
see the next rows of data

Actual:
Some sections of the table disappear

Note:
This seems to not reproduce on all devices. I have been able to reproduce on a pixel 2 device with a clean profile.

The performance profile illustrating what is happening. The loss of the table happens in between 7s and 8s on the timeline.
https://share.firefox.dev/2MYFXnU

The things that don't show up are position: sticky, that probably has something to do with it.

Seems to work fine if I disable webrender.

Blocks: wr-android
Severity: -- → S4
Flags: needinfo?(sotaro.ikeda.g)
Priority: -- → P3

Mozregression gives this: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=ae315341bc721084298fd39f6669bc47456a0fc5&tochange=83bf4fd3b1fbca9dcbe23de9d1a1503eed62569a

In which bug 1500644 seems most suspicious, but I would guess that means it's been an issue in Fenix for longer. It's at least a lead for where to start debugging this. Disabling the dynamic toolbar in Fenix might make it go away. (which might be why it only reproduces on some of your devices, Karl?)

Component: Graphics → Graphics: WebRender
Flags: needinfo?(sotaro.ikeda.g)
Flags: needinfo?(sotaro.ikeda.g)

The component has been changed since the backlog priority was decided, so we're resetting it.
For more information, please visit auto_nag documentation.

Priority: P3 → --
Priority: -- → P3

With the patch, the problem was addressed. From it, enabling DynamicToolbar seemed to trigger the problem.

Has Regression Range: --- → yes
Attached file reduced page

Created from the page. I still saw the problem around table header's rendering.

Attached video video of symptom

Took a video by using Attachment 9200824 [details]. From it, rendering order of table header was changed during scrolling.

:gw, do you know if there is already a bug like comment 7? sticky element seems to be related.

Flags: needinfo?(gwatson)

I'm not aware of any other bugs related to sticky elements, though it seems likely that's related based on the above comments.

Flags: needinfo?(gwatson)

Yeah, we have special handling if position: sticky elements' target scroll container is the root one when the dynamic toolbar is moving (since the lements need to get stuck on the root scroll container). I wonder whether this issue is in APZ or WebRender invalidation stuff.

I can still reproduce this bug in Fenix 100.

This is a bug which feels likely to affect more than just this one site, but since it only affects Android and only certain devices, we'll set webcompat P2 priority for now.

Webcompat Priority: ? → P2
You need to log in before you can comment on or make changes to this bug.