1271320 - Image flickering

Status: RESOLVED WORKSFORME

(Core :: Layout: Images, Video, and HTML Frames, defect)

Description

[Martin Baars]

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:46.0) Gecko/20100101 Firefox/46.0
Build ID: 20160502172042

Steps to reproduce:

Our 360 viewer always had this problem in FF. Before FF 45.01. There was a workaround (not a solution!) But with the new release the problem got worse.

In versions pre 45 there was no image-blinking when you set an image as the background of a div. 


Actual results:

Firefox is waiting until picture is scrolled into view to do processing/loading/resizing in front of user. There’s plenty of time before scrolling for Firefox to do that work ahead of time (page if fully loaded and firefox.exe is idle) so user doesn’t see picture change but firefox waits.


Expected results:

The image should already been rendered because it exist in the div-structure! (like al other browsers do)

http://ia3.nl/serpent/

Comment 1

[Loic]

https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=ae084da24b518ba18904f47284d8217caa657a60&tochange=a65f5274bda278d36763177e24b5171f4dac8a00


Seth Fowler — Bug 1170680 - Do not add non-animated images to the visible list in response to UNLOCKED_DRAW. r=tn

Comment 2

[Martin Baars]

Is it usefull the update something here? This bug exist in FF for a long time and now the default workaround doesn't work anymore. Do I discourage my clients tot use FF form here on? Or is there some other way to solve this?

Comment 3

[BugBot [:suhaib / :marco/ :calixte]]

Redirect a needinfo that is pending on an inactive user to the triage owner.
:emilio, since the bug has recent activity, could you have a look please?

For more information, please visit auto_nag documentation.

Comment 4

[Emilio Cobos Álvarez (:emilio)]

Redirect seems broken, but issue is still there. This seems due to async image decoding. However nowadays you can use decoding="sync" on the image element to avoid flickering.