Current Qt builds have immense paint problems. E.g. on scrolling, I see the previously visible parts of the window/page moved correctly, but it doesn't repaint the newly visible part, so that I see only garbage there. If I'm switching to a different desktop and back again, I see the whole window repainted correctly. It also does repaint correctly on several other occasions, e.g. starting to type in this textbox of bugzilla made the whole visible page contents get repainted correctly.

Seems problems in gfx/qt but will take the bug for first view to source.

With windows XP and latest 1.3 branch - I have delay in repainting chrome when switching between mozilla windows using the taskbar. Using alt-tab or the Window menu will change immediately without problems. I have also seen this with recent trunk nightly binaries. 1 Ghz athlon 512Mb Ram and Nvidia Geforce4 MX 420

Gavin: This bug is about the _Qt port_ of Mozilla only, which I don't believe you are using. Please read what the bug is really about before adding any comment. Thanks. Adding "in Qt build" to summary to make it more clear (now it's stated in component and comment #0 anyway, but...)

-> default owner; most of these paint issues are gone now, and I hear zack is fixing the rest tonight.

Changing the priority on this. The reported problems are not there anymore, but we have a different one: some images are not rendered correctly and animation

This bug has been buried in the graveyard and has not been updated in over 5 years. It is probably safe to assume that it will never be fixed, so resolving as WONTFIX. [Mass-change filter: graveyard-wontfix-2014-09-24]