Closed Bug 16191 Opened 26 years ago Closed 26 years ago

Repaints are frozen when until something is done

Categories

(SeaMonkey :: General, defect, P3)

x86
Linux
defect

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.
QA Contact: leger → elig
This sounds architectural. E-mailing Don to determine whether this will be fixable, or just a fact of life.
Assignee: don → pavlov
Pav, any clues? Who should get this?
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
We changed some event queue stuff that fixed this partially.
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.)
I'll give it a look on sunday, could you wait till then?
loh ba'ayah. Sure. Thanks!
havhana daka, elig (sorry for not english part)
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..
Status: RESOLVED → VERIFIED
Rubber-stamping as verified fixed, then. Todah rabah. ;)
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.