Closed
Bug 152767
Opened 22 years ago
Closed 22 years ago
screen does not update when changing tabs or entering new URL
Categories
(SeaMonkey :: General, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: stand__sure, Assigned: Matti)
Details
Attachments
(1 file)
14.29 KB,
image/png
|
Details |
build 2002061108 on win98
Reporter | ||
Comment 1•22 years ago
|
||
Assignee | ||
Comment 2•22 years ago
|
||
Can you add a better description about the problem ? Why is the screenshot black/white ?
Reporter | ||
Comment 3•22 years ago
|
||
screen shot is black and white because actual image was black and white (assume this is part of the problem?) this problem generally happens during long browsing sessions and/or long system up-time. it is almost as if mozilla stops fully redrawing the window -- switching to another application and then back to mozilla does not restore screen. dragging an application running in a small window (e.g. taskman) across screen does fix. the black and white behavior remains, however. sometimes a full refresh (<CTRL>-<F5>) will solve <CTRL>-R or <F5> alone does not remedy. the host system has 384MB RAM and 2MB-AGP card
Comment 4•22 years ago
|
||
Does this still occur using mozilla 1.1? If not, please resolve this bug WORKSFORME. Do you have programs that change the screen bit depth? Such might include games or graphics applications. One possible cause I can guess is the Windows ran out of GDI handles. When this happens, all sorts of drawing routines can go quirky. I think that mozilla is pretty good about not leaking GDI handles, but other programs may not be, and I don't think that windows98 cleans up its handles when a program exits abnormally.
Assignee | ||
Comment 5•22 years ago
|
||
-> wfm
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•