Closed Bug 39612 Opened 24 years ago Closed 24 years ago

netscape won't launch, overlay issues

Categories

(SeaMonkey :: Build Config, defect, P1)

Other
Linux
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: bugzilla, Assigned: leaf)

References

Details

(Keywords: platform-parity, smoketest)

linux comm bits won't launch today [2000.05.17.09]. get as far as selecting a
profile, but then the browser never launches. console info:

start with profile: blah
ProfileManager : StartApprunner
profileName passed in: blahProfileManager : GetProfileDir
ProfileManager : GetProfileDir
~nsProfile 
we have an event stuck -- removing it.
WEBSHELL- = 0
Profile Manager : Profile Wizard and Manager activites : End
WEBSHELL+ = 1
 I am inside the initialize
 Hey : You are in QFA Startup 
(QFA)Talkback loaded Ok.
WEBSHELL+ = 2
CSSLoaderImpl::LoadAgentSheet: Load of URL
'file:///u/sairuh/.mozilla/blah/chrome/user.css' failed.  Error code: 16389
assuming d&d is off for Personal Toolbar

-->loadDS(): ds=[xpconnect wrapped nsIRDFDataSource], loaded=true, returning!
<--
*** Failed to load overlay
resource:///chrome/packages/widget-toolkit/global/content/PSMTaskMenu.xul
*** Failed to load overlay
resource:///chrome/packages/core/navigator/content/NavSecurityOverlay.xul
=== cannot get lang group for ISO-8859-3
=== cannot get lang group for ISO-8859-3
=== cannot get lang group for ISO-8859-3
=== cannot get lang group for ISO-8859-3
=== cannot get lang group for ISO-8859-3
=== cannot get lang group for ISO-8859-3
=== cannot get lang group for ISO-8859-3
=== cannot get lang group for ISO-8859-3
WEBSHELL+ = 3
Warning add child failed!!
WEBSHELL+ = 4
Warning add child failed!!
JavaScript error: 
chrome://global/content/charsetOverlay.js line 147: window.content.document has
no properties
Keywords: smoketest
Priority: P3 → P1
Target Milestone: --- → M16
*** Bug 39614 has been marked as a duplicate of this bug. ***
this affects mozilla bits on linux as well. i'm able to launch winNT comm bits,
so adding pp kw.
Keywords: pp
Linux (2000-05-17-08 M16)
wI32 (2000-05-17-09 M16)
I see the crash on both platforms when launching Messenger too.
this shouldn't be assigned to selmer. The error is in the charset overlay....cata???
taking of selmer's plate, re-assiging to someone in I18N...cata?
Assignee: selmer → cata
I think these error messages could be key:

*** Failed to load overlay
resource:///chrome/packages/widget-toolkit/global/content/PSMTaskMenu.xul
*** Failed to load overlay
resource:///chrome/packages/core/navigator/content/NavSecurityOverlay.xul

Since tinderbox runs this fine, it might seem like a packaging error.  Could the
problem be that the above two files aren't in the packages list?  (Neither of
them is in the distribution.)  Could this then cause window.content.document not
to be present?
I'm looking at it.
If I copy those 2 files, plus NavSecurityUI.js (in the same directory as the
second one), from my tree over to the build distribution, it runs.
dbaron: oops you are right on...I didn't notice that I just looked at the end
and saw the comment about the charset overlays. That is what's definetly causing
the problem. ccing dougt.
David's right. The line where the JS error occurs haven't changed 
lately. window.content.document.characterSet fails probably because something 
else is missing. Like the two overlay includes.
It seems more like a makefile problem - the 3 files not being installed are all
the files in extensions/psm-glue/res/content/ .  Looking at the recent clobber
tinderbox logs, there is an nsinstall line to copy them, but it seems to be the
only one that uses a trailing "/" on the directory they should be copied to.
The trailing slash works fine in my tree.  Do the distribution builds have a
different nsinstall (do they not symlink)?
checking what mode nsinstall is called with.
if i make install from extensions/psm-glue/res/content, they get installed, but
they certainly were *not* in dist before i did that by hand.

checking the log for failures doesn't show me anything, either.
Oops, i missed the error:
nsSDR.cpp: In method `nsresult nsSecretDecoderRing::Encrypt(unsigned char *, PRI
nt32, unsigned char **, PRInt32 *)':
nsSDR.cpp:93: passing `unsigned char **' as argument 7 of `CMT_SDREncrypt(_CMT_C
ONTROL *, const unsigned char *, CMUint32, const unsigned char *, CMUint32, unsi
gned char **, CMUint32 *)'
nsSDR.cpp: In method `nsresult nsSecretDecoderRing::Decrypt(unsigned char *, PRI
nt32, unsigned char **, PRInt32 *)':
nsSDR.cpp:126: passing `unsigned char **' as argument 5 of `CMT_SDRDecrypt(_CMT_
CONTROL *, const unsigned char *, CMUint32, unsigned char **, CMUint32 *)'
nsSDR.cpp: In method `nsresult nsSecretDecoderRing::ChangePassword()':
gmake[3]: *** [nsSDR.o] Error 1
nsFSDR.cpp
c++ -o nsFSDR.o -c -DOSTYPE=\"Linux2.2\" -DOJI  -I../../../dist/include -I../../
../include -I/builds/client/linux22/mozilla/mozilla/dist/Linux2.2.12_x86_OPT.OBJ
/include    -I.  -I/usr/X11R6/include   -fPIC  -fno-rtti -fno-exceptions -Wall -
Wconversion -Wpointer-arith -Wbad-function-cast -Wcast-align -Woverloaded-virtua
l -Wsynth -Wshadow -pedantic -Wno-long-long -pthread -O  -DNDEBUG -DTRIMMED -DMO
ZILLA_CLIENT -include ../../../config-defs.h nsFSDR.cpp
In file included from /usr/include/sys/socket.h:34,
                 from ../../../dist/include/cmtcmn.h:60,
                 from nsFSDR.cpp:31:
nsFSDR.cpp: In function `PRUnichar Wallet_GetKey(PRInt32)':
nsFSDR.cpp: In method `nsresult nsFSecretDecoderRing::Encrypt(unsigned char *, P
RInt32, unsigned char **, PRInt32 *)':
nsFSDR.cpp:826: passing `unsigned char **' as argument 7 of `CMT_SDREncrypt(_CMT
_CONTROL *, const unsigned char *, CMUint32, const unsigned char *, CMUint32, un
signed char **, CMUint32 *)'
nsFSDR.cpp: In method `nsresult nsFSecretDecoderRing::Decrypt(unsigned char *, P
RInt32, unsigned char **, PRInt32 *)':
nsFSDR.cpp:859: passing `unsigned char **' as argument 5 of `CMT_SDRDecrypt(_CMT
_CONTROL *, const unsigned char *, CMUint32, unsigned char **, CMUint32 *)'
gmake[3]: *** [nsFSDR.o] Error 1

Which kept the build from getting to installing the resources.
Why didn't this error cause the build to fail?  (See Pete Collins's posts on
mozilla-builds.  It did for him.)
this is our build automation being lame and checking out a security tag by hand,
rather than using client.mk; all over it.
Assignee: cata → leaf
Component: Profile Manager BackEnd → Build Config
testing change to automation now, new release builds forthcoming.
Status: NEW → ASSIGNED
fixed in automation.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Linux (20000-5-17-15 M16) re-spin commercial 
This problem has been fixed in the re-spin.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.