gtk widget 'paint' or 'refresh' routine producing odd results

RESOLVED WORKSFORME

Status

()

Core
Layout
P3
major
RESOLVED WORKSFORME
18 years ago
18 years ago

People

(Reporter: Wayne Schroeder, Assigned: Kevin McCluskey (gone))

Tracking

Trunk
x86
Linux
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

18 years ago
M15, sometimes I have to page up or page down to produce an image in the
browser.. along with the scroll bars in forms not wanting to draw until the
mouse is over them.  Sometimes in forms the letters in a textarea are jarbled
around and a simple pageup and page down will fix it.  Sounds like the paint
routine (if it was a java panel for instance) is being called at the wrong times
(but heck... what do i know eh?) ;)
I just tried to set this form to 'major' instead of normal... as far as
severity... I pulled down the selection, selected major, but it did not reflect
the changes until i paged up or down.  Same with multi select lists and
hilighting when an item is selected.

Comment 1

18 years ago
updating component and owner
->layout
I swear I saw this already reported but I can't find it.  sorry.
Assignee: asadotzler → troy
Component: Browser-General → Layout
QA Contact: jelwell → petersen

Comment 2

18 years ago
gtk specific problem
Assignee: troy → kmcclusk
In which case, ccing blizzard, who I believe is a GTK guru.

Gerv
I'm pretty sure this was fixed post-M15.  I remember working on this problem and
having fixed it.  It also might be related to the painting bug that was recently
fixed.
raz@chewies.net - have you seen this problem in recent builds of Mozilla? If 
not, this bug will be closed.

Gerv
Marking WORKSFORME.

Gerv
Status: UNCONFIRMED → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.