Closed Bug 18832 Opened 25 years ago Closed 25 years ago

Browser Locks when Viewing Page

Categories

(Core :: Security: CAPS, defect, P3)

Product:
Core
Component:
Security: CAPS
Platform:
x86
All
Type:
defect

Tracking

()

Status:
VERIFIED WORKSFORME

People

(Reporter: brian, Assigned: norrisboyd)

References

(
URL
)

Details

Mozilla Build 1999111409 Locks completely when viewing
http://www.slashdot.org/faq.shtml  This is repeatable for everytime.
Tested in NT 1999-11-14-09 with the same results..
Severity: critical → major
OS: Linux → All
Still Locks in M11 for NT and Linux
Assignee: leger → norris
Severity: major → critical
Component: Browser-General → CAPS
I got a segmentation fault with the following stack trace on a debug build (from
late last week):

#0  0x412e592f in nsCodebasePrincipal::Equals (this=0x82efdc8, other=0x0,
    result=0xbfffdffc) at nsCodebasePrincipal.cpp:77
#1  0x412e90ee in nsScriptSecurityManager::CheckPermissions (this=0x82bcb08,
    aCx=0x82b6860, aObj=0x82cc608,
    aCapability=0x412ee38d "UniversalBrowserRead", aResult=0xbfffe0bc)
    at nsScriptSecurityManager.cpp:915
#2  0x412e7205 in nsScriptSecurityManager::CheckScriptAccess (this=0x82bcb08,
    aContext=0x82b6830, aObj=0x82cc608, domPropInt=656, isWrite=0,
    aResult=0xbfffe0bc) at nsScriptSecurityManager.cpp:371
#3  0x407fcfeb in NSHTMLDocumentWrite (cx=0x82b6860, obj=0x82cc608, argc=1,
    argv=0x82d66d8, rval=0xbfffe178) at nsJSHTMLDocument.cpp:1155
#4  0x4008e32e in js_Invoke (cx=0x82b6860, argc=1, flags=0) at jsinterp.c:665
#5  0x4009caa1 in js_Interpret (cx=0x82b6860, result=0xbfffec34)
    at jsinterp.c:2226
#6  0x4008e8ae in js_Execute (cx=0x82b6860, chain=0x815deb0, script=0x8317140,
    fun=0x0, down=0x0, flags=0, result=0xbfffec34) at jsinterp.c:838
#7  0x40063441 in JS_EvaluateUCScriptForPrincipals (cx=0x82b6860,
    obj=0x815deb0, principals=0x82efdcc, chars=0x82f6be8, length=168,
    filename=0x8307d40 "http://www.slashdot.org/faq.shtml", lineno=7,
    rval=0xbfffec34) at jsapi.c:2705
#8  0x4079d187 in nsJSContext::EvaluateString (this=0x82b6830,
    aScript=@0xbfffeefc, aScopeObject=0x815deb0, aPrincipal=0x82efdc8,
    aURL=0x8307d40 "http://www.slashdot.org/faq.shtml", aLineNo=7,
    aVersion=0x400dc261 "default", aRetValue=@0xbfffecf0,
    aIsUndefined=0xbfffece4) at nsJSEnvironment.cpp:284
#9  0x40fe4068 in HTMLContentSink::EvaluateScript (this=0x8243468,
    aScript=@0xbfffeefc, aLineNo=7, aVersion=0x400dc261 "default")
    at nsHTMLContentSink.cpp:3840
#10 0x40fe4e94 in HTMLContentSink::ProcessSCRIPTTag (this=0x8243468,
    aNode=@0x82f5bd8) at nsHTMLContentSink.cpp:4031
#11 0x40fe077c in HTMLContentSink::AddLeaf (this=0x8243468, aNode=@0x82f5bd8)
    at nsHTMLContentSink.cpp:2815
etc...

Changing component to CAPS, since that's seems to be where the problem is.
Marking critical.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Works for me with the 12/13 daily build. The page neither locks nor gets a
segmentation fault.
Moving all CAPS bugs to Security: CAPS component.  CAPS component will be 
deleted.
Component: CAPS → Security: CAPS
Loads fine with Mar10 build. marking Verified.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.