Closed Bug 666510 Opened 14 years ago Closed 14 years ago

the binary distribution of xulrunner 5.0 doesn't correctly work on mac os x

Categories

(Toolkit Graveyard :: XULRunner, defect)

x86_64
macOS
defect
Not set
major

Tracking

(firefox6 fixed)

RESOLVED FIXED
mozilla6
Tracking Status
firefox6 --- fixed

People

(Reporter: passfree, Assigned: matthew.gertner)

Details

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_7) AppleWebKit/535.1 (KHTML, like Gecko) Chrome/14.0.797.0 Safari/535.1 Build Identifier: Xulrunner 5.0 binary distribution doesn't work I just downloaded Xulrunner 5.0 and tried to run it the same way as usual on Mac OS X. Unfortunately, I get the following problems: * if xulrunner is launched within the app bundle MaOS folder the following error is generated: "Could not find the Mozilla runtime." The app bundle is structured correctly and it works fine under xulrunner 2.0. * if xulrunner-bin is launched with the path to the ini file, i.e. Frameworks/XUL.framework/xulrunner-bin --app Resources/ application.ini, the following error is generated: "Error: unrecognized application.ini path." This works fine under xulrunner 2.0. Keep in mind that I am only swapping the Framework/XUL.framework sym link which used to point to xulrunner2.0 to xulrunner5.0. This sort of thing worked so far until and including the latest xulrunner 2.0. Am I missing an important change or is the binary package broken? Reproducible: Always Steps to Reproduce: See above. Actual Results: The app doesn't launch. Expected Results: The app should launch.
Matt, I think this is the one we talked about on IRC today.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Component: General → XULRunner
Product: Core → Toolkit
QA Contact: general → xulrunner
Assignee: nobody → matthew.gertner
I should mention that when I built 5.0, the dist/XUL.Framework directly didn't have very much in it (NSPR and other DLLs were missing). I'm not sure if this is another bug or by design. When I copied the whole dist/bin directory into XUL.Framework in my app bundle it worked fine.
Status: NEW → ASSIGNED
Attachment #542154 - Flags: review?(benjamin) → review+
What's the next step to get this landed?
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → mozilla7
Should we be landing this for 6?
Comment on attachment 542154 [details] [diff] [review] Move the code for OS X app bundles from GRE_GetGREPathWithProperties to stub Yeah, we should take this on beta: it's not part of the Firefox build at all, but we do build XR builds from the branches and this is a bit embarrassing.
Attachment #542154 - Flags: approval-mozilla-beta?
Comment on attachment 542154 [details] [diff] [review] Move the code for OS X app bundles from GRE_GetGREPathWithProperties to stub (I'm lone-gunning this one as important and NPOTB. Hope other drivers are OK with that.)
Attachment #542154 - Flags: approval-mozilla-beta? → approval-mozilla-beta+
Target Milestone: mozilla7 → mozilla6
Product: Toolkit → Toolkit Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: