Closed Bug 527511 Opened 15 years ago Closed 14 years ago

trailing when panning fennec on windows mobile

Categories

(Firefox for Android Graveyard :: General, defect)

ARM
Windows Mobile 6 Professional
defect
Not set
normal

Tracking

(fennec1.0a4-wm+)

VERIFIED FIXED
Tracking Status
fennec 1.0a4-wm+ ---

People

(Reporter: blassey, Assigned: blassey)

References

Details

Attachments

(2 files)

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+
Assignee: nobody → alexp
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.
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.
Attached file log output
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
Attached image screenshot
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: 14 years ago
Resolution: --- → FIXED
verified FIXED on builds:

Mozilla/5.0 (Windows; U; WindowsCE 5.2; en-US; rv:1.9.2.2pre) 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.