Closed
Bug 16191
Opened 26 years ago
Closed 26 years ago
Repaints are frozen when until something is done
Categories
(SeaMonkey :: General, defect, P3)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: moshev, Assigned: pavlov)
References
()
Details
When several windows of M10 are opened, and you request
some long operation (for instance in one of the windows
request view source for www.statmarket.com, which
is quite big), and then switch to any other window,
the windows would not be repainted (if all are full-sized
then in effect they'll be grey), untill the action is completed.
Updated•26 years ago
|
QA Contact: leger → elig
Comment 1•26 years ago
|
||
This sounds architectural. E-mailing Don to determine whether this will be
fixable, or just a fact of life.
Assignee | ||
Updated•26 years ago
|
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 3•26 years ago
|
||
We changed some event queue stuff that fixed this partially.
Comment 4•26 years ago
|
||
As a related issue, for example, if you type in an extremely long text string
into the URL bar, animated GIFs will cease to animate until the text string is
completed.
Mind you, this is the same behavior on 4.x (and to a lesser extent, Win IE 5).
----
moshev@easybase.com, I'm going to rubber-stamp this as verified fixed, unless
you'd like to identify a few situations in which you can find evidence of
Seamonkey behaving unduly unreasonable. (View Source is currently busted.)
Comment 6•26 years ago
|
||
loh ba'ayah. Sure. Thanks!
Yep, it seems to be fixed. BTW, trying to check it out i switched
between two mozilla windows many times. The result - crash.
Although it surely is another bug..
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Comment 9•26 years ago
|
||
Rubber-stamping as verified fixed, then. Todah rabah. ;)
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•