Artifacts when scrolling FirefoxFlicks

RESOLVED WORKSFORME

Status

()

Firefox for Android
Toolbar
RESOLVED WORKSFORME
5 years ago
a year ago

People

(Reporter: mounir, Unassigned)

Tracking

({regression})

Trunk
ARM
Android
regression
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(1 attachment)

(Reporter)

Description

5 years ago
Created attachment 710321 [details]
Screenshot

Steps to reproduce:
1. Open URL,
2. Scroll slowly or fast,

Expected result:
Should scroll without artifacts.

Actual result:
Artifacts while scrolling.


Reproducable one multiple phones.
Not reproducable in Chrome.

Comment 1

5 years ago
This one is really bad, the only reason it doesn't look worse is that it seems to expose some bad invalidation behaviour too (possibly as the result of things becoming active/inactive when scrolling) and things get redrawn correctly. Need to test to determine if this happens with progressive tile updates/cancelling off.

Comment 2

5 years ago
I think this is a regression, it could possibly be related to bug 808746 - the single paint buffer has an issue drawing non-opaque content, as it fails to clear at the right times... Perhaps the single paint buffer is getting used somehow and this bug is being exposed?

It'd be good to get a regression range, adding some relevant keywords.
Keywords: qawanted, regression, regressionwindow-wanted

Comment 3

5 years ago
The regression window for this issue is:

good build:
2012/11/16

bad build 
2012/11/17

possible push-log:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=58ebb638a7ea&tochange=9a6d708faf3f
150 change-sets in there, I think that will require bisecting unless there's something that sticks out

Comment 5

5 years ago
Mounir, is comment 3 good enough to narrow a range?
Flags: needinfo?(mounir)
Keywords: regressionwindow-wanted
(Reporter)

Comment 6

5 years ago
I am not sure what you mean. Are you expecting me to try the range? If you can point me to a build from the 16th and another from the 17th, I would gladly check if I can indeed reproduce the issue or not on them.
Flags: needinfo?(mounir) → needinfo?(tchung)

Comment 7

5 years ago
(In reply to Mounir Lamouri (:mounir) from comment #6)
> I am not sure what you mean. Are you expecting me to try the range? If you
> can point me to a build from the 16th and another from the 17th, I would
> gladly check if I can indeed reproduce the issue or not on them.

sorry i wasnt clear.  i was asking if the push log from comment 3, is easy enough to spot if a clear regression is found.   Andreea already reproduced the issue on 11/17, so no need to retest.

possible push-log:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=58ebb638a7ea&tochange=9a6d708faf3f
Flags: needinfo?(tchung)
I dont see this at all on latest trunk; tested on my Nexus 4. Anyone else?

Comment 9

5 years ago
I strongly suspect this was fixed by bug 850396.
Alrighty Mounir re-open if you still see this
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → WORKSFORME

Updated

5 years ago
Keywords: qawanted
You need to log in before you can comment on or make changes to this bug.