Closed
Bug 160929
Opened 23 years ago
Closed 23 years ago
NS_NewFrameManager access violation
Categories
(Core :: XPCOM, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 153815
People
(Reporter: casper, Assigned: rpotts)
References
()
Details
Attachments
(1 file)
|
274.76 KB,
text/plain
|
Details |
I've sent about a dozen talkbacks on this bug. Usually it occurs in
NS_NewFrameManager, or somewhere on its stack. Every time except for once it
happened after closing another window opened by the site (the other window's
target was _blank). It looks like a race condition from the dumps, as the
actual error location changes, but the path the code takes is always the same.
| Reporter | ||
Comment 1•23 years ago
|
||
DrWatson Log for the multiple errors.
NT 4 sp6 2/ security roll-up.
Mozilla 2002072204
Don't release 1.1 w/o this. I crash continuously with 1.1b!
Comment 2•23 years ago
|
||
Rick, what are those talkback ids? None of the stacks I can see on the
talkback server for "casper@gate.net" have anything to do with
NS_NewFrameManager. they're all bug 153815.
As a note, there's likely only a few days left till 1.1, so fixing anything in
1.1 is unlikely at this point....
| Reporter | ||
Comment 3•23 years ago
|
||
Incident IDs: 8958878M,8958838Y,8958696E,8921720H,8921564M,8737828X.
There are others, but that's should be a good sample.
The IDs 8638326H or 8638295Z (not sure which one, they happened within a minute
of each other) happened in NS_NewFrameManager.
| Reporter | ||
Comment 4•23 years ago
|
||
You're probably right, this could be a dup of 153815. All pages at
www.mail2web.com have animated banners.
I don't see some of the common signatures in the stacks like FrameChanged(),
but I do see NS_NewTimer(), and 153815 mentions timers still firing after the
page in question is gone.
Comment 5•23 years ago
|
||
All but two of those stacks end in
nsImageListener::FrameChanged
[c:/builds/seamonkey/mozilla/layout/html/base/src/nsImageFrame.cpp, line 2390]
imgRequestProxy::FrameChanged
[c:/builds/seamonkey/mozilla/modules/libpr0n/src/imgRequestProxy.cpp, line 295]
imgRequest::FrameChanged
[c:/builds/seamonkey/mozilla/modules/libpr0n/src/imgRequest.cpp, line 339]
The two others end in
0x00000021
nsImageListener::FrameChanged
[c:/builds/seamonkey/mozilla/layout/html/base/src/nsImageFrame.cpp, line 2390]
imgRequestProxy::FrameChanged
[c:/builds/seamonkey/mozilla/modules/libpr0n/src/imgRequestProxy.cpp, line 295]
and
0x030abd10
imgRequestProxy::FrameChanged
[c:/builds/seamonkey/mozilla/modules/libpr0n/src/imgRequestProxy.cpp, line 295]
imgRequest::FrameChanged
[c:/builds/seamonkey/mozilla/modules/libpr0n/src/imgRequest.cpp, line 339]
respectively. So yeah, looks like this is a dup.
*** This bug has been marked as a duplicate of 153815 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Comment 6•23 years ago
|
||
Moving all threading bugs to XPCOM. See bug 160356.
Component: Threading → XPCOM
You need to log in
before you can comment on or make changes to this bug.
Description
•