Closed Bug 517438 Opened 15 years ago Closed 15 years ago

In FF3.6, Jetpack fails with Error: XULApp is undefined

Categories

(Mozilla Labs :: Jetpack Prototype, defect, P2)

x86
Linux

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: cers, Assigned: zpao)

Details

Attachments

(3 files)

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2a2pre) Gecko/20090917 Ubuntu/9.04 (jaunty) Namoroka/3.6a2pre
Build Identifier: Firefox: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2a2pre) Gecko/20090917 Ubuntu/9.04 (jaunty) Namoroka/3.6a2pre -- jetpack: df8c3190b842+ tip

Line 54 in extension/modules/xulapp.js requires Application.name to be == "Firefox", however at least in my build it's "Firefox-3.6"

Reproducible: Always

Steps to Reproduce:
1. run above-mentioned versions
Actual Results:  
Jetpack fails to start
Perhaps something similar can happen in the other products as well? If so,  these should/could be easily fixed in the same manor.
I have the same problem with Debian's version of Firefox, named 'Iceweasel'. I had to update the test in xulapp.js. I don't know if there's a better way to distinguish between Firefox-like and Thunderbird-like softwares.
Priority: -- → P2
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment on attachment 401411 [details] [diff] [review]
Trivial patch to fix problem

>-if (Application.name == "Firefox") {
>+if (Application.name.substring(0,7) == "Firefox") {

This doesn't seem like the ideal way to handle this. Do we have a list of application names that we might have to handle? (e.g. what does iceweasel do?)
I am not sure if this is related. 

After upgrading to FF 3.6 firefox refuses to run with jetpack from the addon repository as well as with the code from the mercury repository. 

The effect is that firefox seems to bail out while initializing the audio subsystem of jetpack.

As soon jetpack is disabled, firefox 3.6 starts again normally.

The system is Mac OS X 10.6.
looks like bug 543169 might be a dupe of this.
Attached patch Patch v0.1Splinter Review
Explicitly compare against application ids instead of relying on Application.name.
Assignee: nobody → paul
Status: NEW → ASSIGNED
Attachment #424672 - Flags: review?(avarma)
Comment on attachment 424672 [details] [diff] [review]
Patch v0.1

Yeah! This rocks.
Attachment #424672 - Flags: review?(avarma) → review+
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: