Closed
Bug 648483
Opened 14 years ago
Closed 14 years ago
Image doesn't successfully redraw on full page scroll, instead gets covered by nearby content..
Categories
(Core :: Graphics, defect)
Tracking
()
VERIFIED
FIXED
mozilla6
People
(Reporter: bugzilla.mozilla.org, Assigned: roc)
References
Details
(Keywords: regression)
Attachments
(3 files)
29.92 KB,
image/png
|
Details | |
1.57 KB,
text/html
|
Details | |
12.55 KB,
patch
|
tnikkel
:
review+
asa
:
approval-mozilla-aurora-
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0) Gecko/20100101 Firefox/4.0
Build Identifier: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0) Gecko/20100101 Firefox/4.0
http://android-gripes.tumblr.com/post/4409289546/why-do-apps-from-the-same-company-look-worse-on-android
fn-right arrow (end)
fn-left arrow (home)
Observe the top header.
Reproducible: Always
Reporter | ||
Comment 1•14 years ago
|
||
![]() |
||
Comment 2•14 years ago
|
||
Confirmed on
http://hg.mozilla.org/mozilla-central/rev/fb566937c787
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.2a1pre) Gecko/20110407 Firefox/4.2a1pre ID:20110407030522
Regression window(cached m-c hourly):
Works:
http://hg.mozilla.org/mozilla-central/rev/94481eaabdaf
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b10pre) Gecko/20110115 Firefox/4.0b10pre ID:20110116092902
Fails:
http://hg.mozilla.org/mozilla-central/rev/3f8ae66d0015
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b10pre) Gecko/20110115 Firefox/4.0b10pre ID:20110116135255
Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=94481eaabdaf&tochange=3f8ae66d0015
Status: UNCONFIRMED → NEW
Component: General → Graphics
Ever confirmed: true
Keywords: regression
OS: Mac OS X → All
Product: Firefox → Core
QA Contact: general → thebes
Version: unspecified → 2.0 Branch
![]() |
||
Comment 3•14 years ago
|
||
In local build:
build from 4ed9ac3db848 : fails
build from 653d6fb3e557 : works
build from 74c7d5446b36 : works
build from 8d8b99147753 : works
Triggered by:
4ed9ac3db848 Robert O'Callahan — Bug 625288. Part 2: Report that -moz-win-glass and -moz-win-borderless-glass are uniform with opacity 0, i.e. they don't paint anything. Skip such display items when accumulating the visible region of a layer. r=tnikkel,a=blocking
Blocks: 625288
Assignee | ||
Comment 4•14 years ago
|
||
Works for me on Windows 7 with and without acceleration :-(
![]() |
||
Comment 5•14 years ago
|
||
*In addition to comment #2
Build Identifier:
http://hg.mozilla.org/mozilla-central/rev/7d90da136b2c
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.2a1pre) Gecko/20110409 Firefox/4.2a1pre ID:20110409030509
Graphics
Adapter Description: ATI Radeon HD 4300/4500 Series
Vendor ID: 1002
Device ID: 954f
Adapter RAM: 512
Adapter Drivers: aticfx64 aticfx64 aticfx32 aticfx32 atiumd64 atidxx64 atiumdag atidxx32 atiumdva atiumd6a atitmm64
Driver Version: 8.831.2.0
Driver Date: 3-8-2011
Direct2D Enabled: true
DirectWrite Enabled: true (6.1.7601.17563, font cache n/a)
WebGL Renderer: Google Inc. -- ANGLE -- OpenGL ES 2.0 (ANGLE 0.0.0.541)
GPU Accelerated Windows: 1/1 Direct3D 10
*It does not happen if layers.acceleration.disabled = true
*It also happens WundowsXP on VMware if layers.acceleration.force-enabled = true.
(Guest OS: WindowsXP Sp3,Host OS:Windows7 Sp1).
http://hg.mozilla.org/mozilla-central/rev/7d90da136b2c
Mozilla/5.0 (Windows NT 5.1; rv:2.2a1pre) Gecko/20110409 Firefox/4.2a1pre ID:20110409030509
Graphics
Adapter Description : VMware SVGA II
Vendor ID : 15ad
Device ID : 0405
Adapter RAM : Unknown
Adapter Drivers : vmx_fb
Driver Version : 11.6.0.35
Driver Date : 4-21-2010
Direct2D Enabled : Blocked on your graphics card because of unresolved driver issues.
DirectWrite Enable : false (0.0.0.0, font cache n/a)
WebGL Renderer : (WebGL unavailable)
GPU Accelerated Windows : 1/1 Direct3D 9
Assignee | ||
Comment 6•14 years ago
|
||
I can reproduce this now!
Assignee | ||
Comment 8•14 years ago
|
||
Attachment #525619 -
Flags: review?(tnikkel)
Comment 9•14 years ago
|
||
Comment on attachment 525619 [details] [diff] [review]
fix
diff --git a/layout/reftests/scrolling/layer-change-1-ref.html b/layout/reftests/scrolling/layer-change-1-ref.html
+<iframe style="margin-top:100px; width:100%; height:600px;" src="android-frame.html"></iframe>
android-frame.html should be layer-change-1-frame.html I think. Same for the other test file.
@@ -1120,16 +1124,18 @@ ContainerState::ThebesLayerData::Accumul
+ } else {
+ printf("HUH?");
}
This seems unintended.
Attachment #525619 -
Flags: review?(tnikkel) → review+
Assignee | ||
Updated•14 years ago
|
Whiteboard: [needs landing]
Comment 10•14 years ago
|
||
Status: NEW → RESOLVED
Closed: 14 years ago
Flags: in-testsuite+
Resolution: --- → FIXED
Whiteboard: [needs landing]
Target Milestone: --- → mozilla6
Version: 2.0 Branch → Trunk
Assignee | ||
Comment 11•14 years ago
|
||
Comment on attachment 525619 [details] [diff] [review]
fix
This is visual regression in Firefox 4 that I think we should fix ASAP.
Attachment #525619 -
Flags: approval-mozilla-aurora?
Comment 12•14 years ago
|
||
roc, we're into Beta now, where we'd hoped to be down to only very safe changes. What's the risk here?
Assignee | ||
Comment 13•14 years ago
|
||
It's not a trivial patch, but it's not deep either. Hard to quantify.
Given the lack of dups and dependencies, maybe we should just leave this one out.
Updated•14 years ago
|
Attachment #525619 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora-
Comment 14•14 years ago
|
||
Setting resolution to Verified Fixed on Mozilla/5.0 (Windows NT 6.1; rv:6.0) Gecko/20100101 Firefox/6.0
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•