33070 - selection/repaint problems - display not updating

Status: VERIFIED DUPLICATE of bug 25258

(Core :: DOM: Selection, defect, P3)

Description

[Kevin Puetz]

Mozilla seems to sporadically (though quite often) stop updating it's windows
properly.

Symptoms are:
when text is selected, no 'inverting' happens.
when menuse are pulled down, the little 'tab' at the top doesn't draw
when form buttons/menus/etc are clicked, they don't change to show their new values.
the statusbar quits updating for link moseovers, etc.

Things that help fix it (temporarily):
scrolling (only helps the main pane, not urlbar etc)
xrefresh
windowshade/unwindowshade

all of which would be requesting redraws. so it seems like mozilla knows what to
draw, it just doesn't know when it needs to draw it.

ChrisM in #smoketest says he could see this on MacOS 9 too, I see it on Debian
Linux/PowerPC (potato)

Comment 1

[Kevin Puetz]

Hmm... after deleting my profile it went away (for a while) but 15 mins later

it's back.



Just before it started doing this I got a bunch of assertions of the form



Gdk-CRITICAL **: file gdkgc.c: line 288 (gdk_gc_unref): assertion `gc != NULL'

failed



So it looks like maybe mozilla accidently lost it's gc? I don't see these now

(and it's not working) but they got spewed all over just before it broke. Could

be that ChrisM was seeing something else entirely...

Comment 2

[Kevin Puetz]

it looks like maybe I'm wrong about forms and select being the same bug - the
forms part of this appears to be a dup of 25258.

I haven't seen the selections freak out in a couple of days, so it looks like
that got fixed w/o me finding the other bug number. I (as the reporter) am going
to mark the remaining issue on this bug as a dup of 25258.


*** This bug has been marked as a duplicate of 25258 ***

Comment 3

[Eli Goldberg]

Rubber-stamping as verified/duplicate, since I haven't seen this issue
personally (other than text selection, which is covered by existing bugs.)