Closed
Bug 11653
Opened 25 years ago
Closed 25 years ago
'Error loading script' error on startup
Categories
(Core :: Internationalization, defect, P3)
Tracking
()
VERIFIED
FIXED
M10
People
(Reporter: sfraser_bugs, Assigned: tao)
Details
On startup, I'm getting an assertion from XULContentSinkImpl::DoneLoadingScript() that says 'Error loading script'. Here's the call stack. 060A8500 PPC 16D18EF4 main+00060 060A84B0 PPC 16D18744 main1(int, char**)+00E38 060A8310 PPC 16B9F708 nsAppShellService::Run()+00020 060A82D0 PPC 169F3264 nsAppShell::Run()+00050 060A8250 PPC 169F4008 nsMacMessagePump::DoMessagePump()+00044 060A8200 PPC 169F4310 nsMacMessagePump::DispatchEvent(int, EventRecord*)+ 00188 060A81B0 PPC 16C78E9C Repeater::DoRepeaters(const EventRecord&)+00034 060A8170 PPC 169D3024 nsToolkit::RepeatAction(const EventRecord&)+00044 060A8130 PPC 16BF924C nsEventQueueServiceImpl::ProcessEvents()+0002C 060A80F0 PPC 16BF47D4 nsHashtable::Enumerate(int (*)(nsHashKey*, void*, void*), void*)+0003C 060A80B0 PPC 16C8163C PL_HashTableEnumerateEntries+00060 060A8040 PPC 16BF4014 _hashEnumerate(PLHashEntry*, int, void*)+00030 060A8000 PPC 16BF91AC EventDispatchingFunc(nsHashKey*, void*, void*)+0003C 060A7FC0 PPC 16C105DC nsEventQueueImpl::ProcessPendingEvents()+00018 060A7F80 PPC 16C80508 PL_ProcessPendingEvents+00078 060A7F30 PPC 16C8063C PL_HandleEvent+0004C 060A7EF0 PPC 1679F264 nsStreamListenerEvent::HandlePLEvent(PLEvent*)+0002C 060A7EA0 PPC 1679FDE8 nsOnStopRequestEvent::HandleEvent()+00040 060A7E50 PPC 16C7854C nsUnicharStreamLoader::OnStopRequest(nsIChannel*, nsISupports*, unsigned int, const unsigned short*)+00048 060A7E00 PPC 167F87A4 XULContentSinkImpl::DoneLoadingScript(nsIUnicharStreamLoader*, nsString&, void*, unsigned int)+00060 060A7DC0 PPC 16BF5C90 nsDebug::Error(const char*, const char*, int)+00038
Updated•25 years ago
|
Assignee: hyatt → waterson
Comment 1•25 years ago
|
||
Giving waterson some love.
Updated•25 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M10
Reporter | ||
Comment 2•25 years ago
|
||
this is killing me. any chance of a fix?
Updated•25 years ago
|
Assignee: waterson → tao
Status: ASSIGNED → NEW
Component: XUL → Internationalization
Comment 3•25 years ago
|
||
This happens because strres.js is not being installed from intl/strres/tests into dist/chrome/global/content/default on Mac only. It is included from navigator.xul; cvsblame shows that tao@netscape.com made this change. Tao: we need to either _not_ include this in navigator.xul (if it really is just a test), or we need to fix the Mac build system so that strres.js gets installed in the correct location. For you comments in r1.31 of navigator.xul, it looks like backing this out of navigator.xul is the right thing to do; however, I'll let you decide.
I'll back it out when we remove all QA test cases from this files. I'll check in the Mac build after tree is green again.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
I move it from intl/strres/tests to xpfe/global/resources/content/.
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 6•25 years ago
|
||
Verified fixed on: 1999082410 MacOS86 Checked (fixed) on: 1999082412 WinNT 1999082408 Linux6
You need to log in
before you can comment on or make changes to this bug.
Description
•