783126 - Large image background on Twitter does not repaint correctly after being discarded

Status: RESOLVED DUPLICATE of bug 783379

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

Description

[Justin Dolske [:Dolske]]

My twitter page (https://twitter.com/dolske) has a very large PNG background -- a Firefox logo on a dark pattern.

Today (after updating from a very recent nightly) I noticed that the image is not repainting on the sides of the page. Look fine when first loaded (or reloaded), but if you switch to another tab, wait a bit, and then come back the non-scrolling sides of the page are light-blue instead of the image. (The image is partially shown correctly in the middle part of the page, which scrolls).

Possibly a regression from bug 539356?

Comment 1

[Justin Dolske [:Dolske]]

Attachment: Screenshot

Hmm, actually sometimes even the center scrolling region is wrong. Just caught it all-blue, and scrolling would sometimes paint some dark vertical lines at the edge of the scrolling region.

Screenshot of the broken version on top, correct on the bottom. Resizing the window slightly makes it suddenly repaint the image correctly.

Comment 2

[Robert O'Callahan (:roc) (email my personal email if necessary)]

Do you have GL layer acceleration on?

Comment 3

[Johnathan Nightingale [:johnath]]

I'm seeing a pretty similar problem with non-gigantic images. STR:

1) Open https://hire.jobvite.com/Login/Login.aspx?role=em
2) Note the login button and social buttons
3) Swap away, wait for discard
4) Swap back - images aren't there, but come back onhover

Jeff's theory is that this is not DLBI, but Kyle's work in bug 683290. The images there are CSS specified, and therefore maybe we're discarding them as "not in the DOM" even though we'd really like to keep them around.

Cc'ng Jeff and Kyle.

Comment 4

[Octoploid]

Attachment: screenshot

I'm seeing similar problems on several sites.
When I open http://wind.met.fu-berlin.de/wind/main.php?lId=600# for example,
the radar picture borders are not displayed. See attached screenshot.

I've bisected this to:

commit 2f740b5a44ca283babae91f1f7f01a14151f9a76
Author: Kyle Huey <[e-mail]>
Date:   Mon Aug 13 15:04:19 2012 -0700

    Bug 697230: Part 1 - Centralize style image observers. r=bz

Reverting the commit above "fixes" the issue.

Comment 5

[Justin Dolske [:Dolske]]

(In reply to Robert O'Callahan (:roc) (Mozilla Corporation) from comment #2)
> Do you have GL layer acceleration on?

Yes, according to about:support:

GPU Accelerated Windows: 1/1 OpenGL

Comment 6

[Justin Dolske [:Dolske]]

CCing dougt as a (possible) ironic opportunity to back-out khuey. ;-)

Comment 7

[Justin Dolske [:Dolske]]

This is pretty ugly, and uplift is just days away.

Is this something we know how to fix before then, or does this need backed out?