Closed
Bug 224349
Opened 21 years ago
Closed 21 years ago
Top Menu Bar Missing
Categories
(Core :: XPCOM, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: jeff, Assigned: dougt)
References
Details
Attachments
(1 file)
36.82 KB,
application/x-gzip
|
Details |
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.6a) Gecko/20031031 Firebird/0.7+/Built by JGrossman Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.6a) Gecko/20031031 Firebird/0.7+/Built by JGrossman On the build which I built on 10/31/03, the top menu bar where File, Edit, Bookmarks, Tools, etc. does not display on OS X. I am running Panther, and this is the first build which showed this error. I only have the blue apple and Mozilla Firebird on the top titlebar. I do not have the File, Edit, Bookmarks, and Tools menu options. Reproducible: Always Steps to Reproduce: 1. Open up Firebird from 10/31/03. 2. Notice the missing menus. 3.
Reporter | ||
Updated•21 years ago
|
Summary: PDF File Does Not Open In Adobe Reader But In Preview Instead → Top Menu Bar Missing
Confirmed. OSX 10.3 Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; ja-JP; rv:1.6a) Gecko/20031028 Firebird/0.7+
Reporter | ||
Comment 2•21 years ago
|
||
I also noticed today that it does not even have the About MozillaFirebird option at the top of the only menu which does appear.
My debug build starts up with: No Persistent Registry Found. Type Manifest File: /mnt/cls/src/moz/main/obj-dbg/dist/MozillaDebug.app/Contents/MacOS/components/xpti.dat WARNING: Could not load XPT Zip loader, file ../../../../../mozilla/xpcom/reflect/xptinfo/src/xptiInterfaceInfoManager.cpp, line 1168 WARNING: Could not load XPT Zip loader, file ../../../../../mozilla/xpcom/reflect/xptinfo/src/xptiInterfaceInfoManager.cpp, line 1168 nsNativeComponentLoader: autoregistering begins. The 1.6a release does not exhibit this problem. Bouncing to xpcom.
Assignee: blake → dougt
Status: UNCONFIRMED → NEW
Component: Menus → XPCOM
Ever confirmed: true
Product: Firebird → Browser
Version: unspecified → Trunk
Assignee | ||
Comment 4•21 years ago
|
||
fix for 223084?
Comment 5•21 years ago
|
||
yes, and I fixed it with a supplementary checkin on 11/1... we need to pass a null "aFile" to the static component loader during autoregistration so that we don't repeatedly autoregister the static components. --- nsComponentManager.cpp 8 Sep 2003 00:31:17 -0000 1.241 +++ nsComponentManager.cpp 1 Nov 2003 14:46:08 -0000 1.242 @@ -3197,9 +3197,9 @@ nsComponentManagerImpl::AutoRegisterImpl rv = mNativeComponentLoader->AutoRegisterComponents((PRInt32)when, dir); if (NS_FAILED(rv)) return rv; #ifdef ENABLE_STATIC_COMPONENT_LOADER - rv = mStaticComponentLoader->AutoRegisterComponents((PRInt32)when, dir); + rv = mStaticComponentLoader->AutoRegisterComponents((PRInt32)when, inDirSpec); if (NS_FAILED(rv)) return rv; #endif
This doesn't appear to be the same issue. I just updated my tree and the Top Menu bar still only contains a single item. Compiling with --disable-static-component-loader didn't make a difference either.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Reporter | ||
Comment 7•21 years ago
|
||
Yes, this is still not fixed. I just compiled a build this morning from CVS and it still only shows Mozilla Firebird at the top of the screen.
Comment 8•21 years ago
|
||
Do either of you have a debug build in this state? could you delete compreg/xpti and use NSPR logging to get a log and attach it here?: export NSPR_LOG_MODULES=nsComponentManager:4 export NSPR_LOG_FILE=/path/to-log-file
Comment 10•21 years ago
|
||
Btw, I did try building with flat chrome and the problem still persists so it may not be zip related at all.
Comment 11•21 years ago
|
||
Oops, I had thought these were static builds. But that doesn't make it any easier, but I think we can rule out the static component loader itself. Hrm... It looks like http://lxr.mozilla.org/mozilla/source/xpcom/reflect/xptinfo/src/xptiInterfaceInfoManager.cpp#1150 is trying to create the xptziploader before it has been registered. Can you break into a debugger at http://lxr.mozilla.org/mozilla/source/xpcom/reflect/xptinfo/src/xptiInterfaceInfoManager.cpp#1168 and pull me a stacktrace? right now I am guessing that the new "suspend timers on sleep" code is causing the observer service to startup early, before things are registered successfully. Which is quite a pickle. --BDS
Comment 12•21 years ago
|
||
Fixed by checkin for bug 224526
Status: REOPENED → RESOLVED
Closed: 21 years ago → 21 years ago
Resolution: --- → FIXED
Comment 13•21 years ago
|
||
*** Bug 224527 has been marked as a duplicate of this bug. ***
Updated•19 years ago
|
QA Contact: bugzilla → xpcom
You need to log in
before you can comment on or make changes to this bug.
Description
•