Closed Bug 807934 Opened 13 years ago Closed 13 years ago

background image not invalidating on browser resize

Categories

(Core :: Layout, defect)

19 Branch
x86_64
Windows 7
defect
Not set
normal

Tracking

()

VERIFIED FIXED
Tracking Status
firefox17 --- unaffected
firefox18 + verified
firefox19 + verified

People

(Reporter: brunis, Assigned: roc)

References

()

Details

(Keywords: regression)

Attachments

(3 files)

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/19.0 Firefox/19.0 Build ID: 20121101180809 Steps to reproduce: go here: http://www.computercity.dk/default.aspx resize browser horizontally (either way) Actual results: Background image not being invalidated, so it stays where it was initially rendered Expected results: Background image should invalidate and display correctly
Blocks: dlbi
Status: UNCONFIRMED → NEW
Component: Untriaged → Layout
Ever confirmed: true
Product: Firefox → Core
Version: 19 Branch → Trunk
Not a proper DLBI bug, it's more recent. Surely a regression in a fix about DLBI bug. m-c good=2012-10-26 bad=2012-10-27 http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=5ecff3e46ed5&tochange=f9acc2e4d4e3
No longer blocks: dlbi
Version: Trunk → 19 Branch
Attached file html
Regression window(m-i) Good: http://hg.mozilla.org/integration/mozilla-inbound/rev/71e97a4400ea Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/19.0 Firefox/19.0 ID:20121025182629 Bad: http://hg.mozilla.org/integration/mozilla-inbound/rev/8a29f06470f7 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/19.0 Firefox/19.0 ID:20121025184029 Pushlog: http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=71e97a4400ea&tochange=8a29f06470f7 Suspected: Bug 801488
Must be the patch that removed Redraw() from nsStackLayout.
Assignee: nobody → roc
Try resizing the window with this testcase open. I'm pretty sure this dates back to DLBI and the patch in bug 801488 only exposed it because we no-longer force-redraw the entire window on resize.
http://dxr.mozilla.org/mozilla-central/layout/base/nsDisplayList.cpp.html#l2095 // This is incorrect, We definitely need to check more things here. No kidding!
Blocks: dlbi
No longer blocks: 801488
It seems to me that the right way to fix this might be to make nsDisplayBackgroundGeometry store (instead of mPadding/mContent) explicit background positioning area and background painting area. What do you think Matt? I need to sleep on it :-).
I think we just want bug 798964 to be finished, which should implicitly includes those as the bounds of the display items. Was stuck on some bizarre android-specific failures though. Comment 7 would probably work too though, I think I guessed with using mPadding/mContent.
(In reply to Matt Woodrow (:mattwoodrow) from comment #9) > I think we just want bug 798964 to be finished, which should implicitly > includes those as the bounds of the display items. It would fix this bug, yes, but somewhat by accident, since the display item bounds would be the image bounds and the image bounds would move. I think we could have other situations where the background painting area doesn't change but the background positioning area does change, so bug 798964 wouldn't necessarily invalidate in that case. Also converting to painting area/positioning area would be more elegant. Also, we need to fix this bug for FF18 release. Are you planning to fix bug 798964 for that?
Fair call, no I don't think we should be uplifting bug 798964 to aurora.
I ended up going on a bit of a rampage. I'll probably need to come up with a different fix for Aurora... https://tbpl.mozilla.org/?tree=Try&rev=38ac9803cf90
The reftests in that push are green.
Attached patch Simple fixSplinter Review
This is the really simple fix for this testcase. It should be good enough.
Attachment #680208 - Flags: review?(matt.woodrow)
I'm moving my major changes to bug 810470.
Attachment #680208 - Flags: review?(matt.woodrow)
Fixed by bug 810470.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Verified Fixed for FF 18.b4 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/20100101 Firefox/18.0 (20121212073002) Resizing browser works as expected.
QA Contact: mariomihai22
QA Contact: mariomihai22
Verified Fixed on FF 19.b1 on Windows 7x64 too. Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20100101 Firefox/19.0(20130109111322)
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: