190885 - Mozilla BeOS hangs on splash-screen

Status: RESOLVED DUPLICATE of bug 196520

(Core :: XUL, defect)

Description

[Sergei Dolgov]

Freshly built Mozilla BeOS port hangs on splash-screen after "Creating first
window" string appears there.

Removing settings folder didn't help.

Build was done without mailnews, composer, irc and without most of extensions.

Comment 1

[Sergei Dolgov]

Mozilla dont't start also in full version after build. (28.Jan.2003 sources).
BeOS 5.03 + BONE

Comment 2

[Sergei Dolgov]

Catched message in stdout:
Failed to load XBL document
jar:resource:///chrome/toolkit.jar!/content/global/bindings/popup.xml
Failed to load XBL document
jar:resource:///chrome/toolkit.jar!/content/global/bindings/stringbundle.xml
Failed to load XBL document
jar:resource:///chrome/toolkit.jar!/content/global/bindings/toolbar.xml
Failed to load XBL document
jar:resource:///chrome/toolkit.jar!/content/global/bindings/splitter.xml
Failed to load XBL document
jar:resource:///chrome/comm.jar!/content/communicator/sidebar/sidebarBindings.xml
Failed to load XBL document
jar:resource:///chrome/toolkit.jar!/content/global/bindings/tabbrowser.xml
Failed to load XBL document
jar:resource:///chrome/toolkit.jar!/content/global/bindings/general.xml 

Wondering is something inverted defaults for Use XBL = false

Comment 3

[Sergei Dolgov]

Coopied tookit.jar from December 2002 build and Mozilla started.

Comment 4

[Sergei Dolgov]

What happened with those XBL options and toolkit.jar in january???

Comment 5

[hacker formerly known as [e-mail]]

Hmm.  I haven't tested a beos build since just after new years.  Content &
layout libs were recombined, the GRE stuff has landed and a number of other
fixes since then.

Comment 6

[Sergei Dolgov]

Maybe it is just my problem, but some other jar-s also need replacement by older
in order to run Mozilla. And rebuild of mozilla/layout brings problem back

Comment 7

[cls]

I just updated my beos tree and my build works fine.  I'm using it to post.  Can
you reproduce the problem with a nightly build?

Comment 8

[Sergei Dolgov]

Ready-made nightly build works.
I suspect something is wrong in my machine outside mozilla tree.
Only explicit difference is fact i'm under BONE. But it is nspr and maybe necko.
So it hardly may be reason.
Btw, option "Use XBL-based controls" is broken here for ling time, despite i
removed mozilla source tree and installed it cleanly. Same for preferences.

And here is question - does mozilla use system zip/unzip utilities to pack and
then load jar-s ? Or handle it itself?

Comment 9

[Sergei Dolgov]

Same problem with Themes - last 6 months or more i cannot change theme.
So maybe this bug should be marked as invalid.

Comment 10

[Christian :Biesinger (don't email me, ping me on IRC)]

Uh, afaik XBL Form Controls were removed one or two months ago... bz, do you
know for sure?

Also... Mozilla uses the "zip" utility to create jars when it gets compiled, but
it can handle the loading/decompressing of the jars without the help of external
applications.

Comment 11

[Sergei Dolgov]

Option for "Use XBL ..." is still in Preferences->Debug, in nsChromeRegistry
and in nsCSSFrameConstructor. At least in trunk code.

Comment 12

[timeless]

yes xbl form controls while still listed in the pref panel won't work because
bryner removed them from packaging.

Comment 13

[Sergei Dolgov]

With latest sources problem disappeared

Comment 14

[hacker formerly known as [e-mail]]

This should be wfm.

Comment 15

[hacker formerly known as [e-mail]]

.

Comment 16

[Sergei Dolgov]

as it appers even in builds from mozilla.org

Comment 17

[Sergei Dolgov]

marking as dup of 196520

*** This bug has been marked as a duplicate of 196520 ***