463288 - HTML Editor does not redraw on scroll

Status: UNCONFIRMED

(Toolkit :: UI Widgets, defect)

Description

[TheSeer]

User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.2) Gecko/2008092318 Fedora/3.0.2-1.fc9 Firefox/3.0.2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4

In windows vista and xp running an <editor> bound by an xbl (attached in the testcase), the editor canvas does not redraw properly when the editor is within an element with style="overflow:auto" which again is within a tabpanel.

This problem seems to have vanished for 3.1beta2, but persists in ff 3.0.4 nightly

Reproducible: Always

Steps to Reproduce:
1. install attached xpi with the testcase
2. open "chrome://editbug/content/start.xul
3. click the button to open a new window with the testcase
4. scroll the editor area
Actual Results:  
The editor canvas display becomes garbage

Expected Results:  
actual scrolling to occour

This bug seems to be windows specific and only exists in Firefox 3.0.x as far as i did test.

Comment 1

[TheSeer]

Attachment: Testcase xpi

Comment 2

[Samuel Sidler (old account; do not CC)]

It's likely this was fixed for a future release but hasn't been backported to the 3.0.x line. I'm not sure who should look at this...

Comment 3

[Samuel Sidler (old account; do not CC)]

Paul, can you take a look at this? Not sure who to CC here...

Comment 4

[Paul Rouget [:paul]]

Your testcase can't work, the XBL can't be resolved :
 -moz-binding: url("chrome://fcms-core/content/htmleditor/htmleditor.xbl#htmlEditor");
No fcms-core package.

Comment 5

[TheSeer]

Attachment: Fixed testcase

The original testcase had a wrong package name for the xbl binding. This version fixes that.