Closed Bug 350245 Opened 18 years ago Closed 18 years ago

Updater.app forgets to reload the main app under Rosetta if it was originally launched with translation

Categories

(Toolkit :: Application Update, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: bent.mozilla, Unassigned)

Details

Attachments

(1 file)

Code was added to MacLaunchHelper.m to ensure that apps loaded under Rosetta would restart under Rosetta. That change never made it to Updater.app.
Flags: blocking-firefox2?
per beltnzer/schrep weekend triage we'd take a patch but this is not a ff2 blocker.
Flags: blocking-firefox2? → blocking-firefox2-
Flags: blocking-firefox2-
Comment on attachment 235490 [details] [diff] [review]
Patch v1.0

I could swear I already commented on this patch!

Anyway, this is good for Updater.app, but it relies on the launching process to be running translated in order to launch the child translated.  We don't special-case the Mac in nsUpdateDriver.cpp, so the native x86 version of Updater.app will always be launched, even by ppc code running translated under Rosetta.  We should make nsUpdateDriver.cpp take advantage of the existing LaunchChildMac(), and fix LaunchChildMac to launch something from an argument instead of always launching [[NSBundle mainBundle] executablePath].

So, r+ on the Updater.app portion, but I don't think it'll do what you expect until nsUpdateDriver is changed.
Attachment #235490 - Flags: review?(mark) → review+
Fixed on trunk. I'll file a bug re: comment 3.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
(In reply to comment #4)
> Fixed on trunk. I'll file a bug re: comment 3.

Filed bug 350622 and bug 350623.
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: