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)
Firefox for Android Graveyard
General
ARM
Windows Mobile 6 Professional
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
Assignee | ||
Updated•15 years ago
|
tracking-fennec: --- → 1.0b1-wm+
Updated•15 years ago
|
Assignee: nobody → alexp
Assignee | ||
Updated•15 years ago
|
tracking-fennec: 1.0b1-wm+ → 1.0a4-wm+
Comment 1•15 years ago
|
||
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.
Comment 2•15 years ago
|
||
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
Assignee | ||
Comment 3•15 years ago
|
||
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.
Assignee | ||
Comment 5•15 years ago
|
||
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
Assignee | ||
Comment 6•15 years ago
|
||
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?
Assignee | ||
Comment 8•15 years ago
|
||
(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
Assignee | ||
Comment 9•14 years ago
|
||
fixed by bug 529092
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Comment 10•14 years ago
|
||
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
Updated•14 years ago
|
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.
Description
•