Closed Bug 527511 Opened 11 years ago Closed 11 years ago
trailing when panning fennec on windows mobile
I see this whenever we pan away from OS chrome. For instance, when the start/task bar is showing (separate bug) panning up what ever is exposed from under the task bar will be a repeat of what's displayed beneath it. The same is true for panning up when the soft keyboard is displayed. Screen shot: http://people.mozilla.org/~blassey/wm-screenshots/trailing.png
tracking-fennec: --- → 1.0b1-wm+
tracking-fennec: 1.0b1-wm+ → 1.0a4-wm+
Such trailing happens when screen keyboard is displayed but Fennec does not detect that. Here's a screenshot: http://people.mozilla.com/~alexp/527511-trailing/keyboard-trailing.png Here we try to scroll the whole window (0,44,240,289) even though only (0,44,240,240) is visible.
Here's a bug query of things landed by roc since 11/07 https://bugzilla.mozilla.org/buglist.cgi?type0-1-0=changedto;field0-1-0=status_whiteboard;field0-0-0=status_whiteboard;chfieldto=Now;query_format=advanced;chfieldfrom=2009-11-07;value0-1-0=[needs%20192%20landing];type0-0-0=changedby;value0-0-0=roc%40ocallahan.org
There seems to be two different problems here, the fact that we get trailing artifacts and the fact that we don't fix them up. Its not clear to me when we started getting the artifacts (or that we haven't always had them for that matter), but we stopped repairing them when roc landed this changeset: http://hg.mozilla.org/releases/mozilla-1.9.2/rev/2a071d20f2d6 backing this out makes the trailing artifacts temporary again.
Brad, can you analyze this? A testcase would be good, or just a log with gDumpRepaintRegionForCopy=1.
this is the console output for launching fennec, loading news.google.com and panning left and right a few times. The painting artifacts appear immediately. For what its worth, the debug build wouldn't pan at all, so this is a release build with the gDumpRepaintRegionForCopy stuff enabled. Also, this is 1.9.2.
Assignee: alexp → bugmail
also, here's a screenshot of what is painted at the end of that run.
Is this Windows-Mobile only? Can you try the patch in bug 529092?
(In reply to comment #7) > Is this Windows-Mobile only? I don't see it on maemo > Can you try the patch in bug 529092? That patch seems to do the trick. I landed it on trunk. Need to get it on 1.9.2 though.
Depends on: 529092
fixed by bug 529092
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
verified FIXED on builds: Mozilla/5.0 (Windows; U; WindowsCE 5.2; en-US; rv:188.8.131.52pre) Gecko/20100201 Namoroka/3.6.2pre Fennec/1.0a4pre and Mozilla/5.0 (Windows; U; WindowsCE 5.2; en-US; rv:1.9.3a1pre) Gecko/20100201 Namoroka/3.7a1pre Fennec/1.0a4pre
Status: RESOLVED → VERIFIED
Component: Windows Mobile → General
QA Contact: mobile-windows → general
You need to log in before you can comment on or make changes to this bug.