Closed Bug 739195 Opened 13 years ago Closed 13 years ago

Scrolling iframes causes visual artifacts (white lines) to be displayed

Categories

(Firefox for Android Graveyard :: General, defect)

Product:
Firefox for Android Graveyard
Component:
General
Version:
14 Branch
Platform:
ARM
Android
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(blocking-fennec1.0 +)

Status:
VERIFIED WORKSFORME
Tracking Flags:
Tracking Status
blocking-fennec1.0 --- +

People

(Reporter: AdrianT, Assigned: tnikkel)

Details

(Keywords: testcase, Whiteboard: [viewport])

Attachments

(3 files)

visual artifacts when scrolling iframes
77.41 KB, image/png
Details
testcase
547 bytes, text/html
Details
mochitest
2.50 KB, patch
Details | Diff | Splinter Review
Fennec/14.0a1 2012-03-25 Device: Motorola Droid 2 (Android 2.3) Steps to reproduce: 1. Go to: http://www.htmlcodetutorial.com/frames/_IFRAME.html (shortlink http://goo.gl/1qKCr) 2. Scroll down to bring the iframe into view. 3. Scroll the iframe. Expected results: The iframe is correctly displayed after scrolling. Actual results: Scrolling the iframe causes visual artifacts in the iframe - white lines corresponding to the iframe edges are displayed over the iframe.
Can reproduce this on today's nightly.
blocking-fennec1.0: --- → ?
blocking-fennec1.0: ? → beta+
Assignee: nobody → jet
To tn for a look.
Assignee: jet → tnikkel
This might be related to bug 737609.
Whiteboard: [gfx], [viewport]
Attached file testcase —
Keywords: testcase
Does this only happen when really really zoomed in?
Keywords: qawanted
It occurs without zooming in, it's harder to scroll inside the iframe without zooming. Tested Droid 2 : 3/30/2012 Nightly
Keywords: qawanted
looks similar to bug 745263 which I saw on OSX. Not mobile specific?
bug 745263 is probably a dupe of bug 744607, which regressed after this bug was reported, so probably not related.
I tried creating a mochitest-chrome test which calls setResolution to anything between 0.2 to 4.0, but the bug cannot be reproduced on desktop.
setResolution has to be called on the root document. Is that what your test did?
Attached patch mochitest — — Splinter Review
Yes, I'm attaching a snapshot of the test for reference.
Whiteboard: [gfx], [viewport] → [viewport]
re-nom'ing to move off the beta list
blocking-fennec1.0: beta+ → ?
I don't see this any more
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
Not seeing that anymoe, either. Verified worksforme.
Status: RESOLVED → VERIFIED
blocking-fennec1.0: ? → +
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: