Closed
Bug 196959
Opened 22 years ago
Closed 22 years ago
Disable xpinstall under Mac OSX
Categories
(Core Graveyard :: Installer: XPInstall Engine, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: ssu0262, Assigned: ssu0262)
References
Details
Attachments
(1 file)
1.29 KB,
patch
|
dveditz
:
superreview+
asa
:
approval1.3+
|
Details | Diff | Splinter Review |
Since xpinstall is not really working under Mac OSX, we should disable it for
1.3f until bug 195788 is fixed.
This will simply disable xpinstall under Mac OSX. No dialog will show up
requesting the user for installation previliges. It will simply quit xpinstall
with UNEXPECTED_ERROR.
Attachment #116906 -
Flags: superreview?(dveditz)
Attachment #116906 -
Flags: review?(sgehani)
Comment 2•22 years ago
|
||
Would this patch disable *all* addons including those working in 1.3RC OS X
builds like the ones mentioned in bug 195788 and themes? If so I think a relnote
and an attempt to contact authors of known failing XPI installers is in order
rather then the drastic over compensation here.
Comment 3•22 years ago
|
||
Comment on attachment 116906 [details] [diff] [review]
patch v1.0
sr=dveditz
Is there a bug on re-enabling XPInstall on MacOSX when the other bugs are
fixed?
Attachment #116906 -
Flags: superreview?(dveditz) → superreview+
Comment 4•22 years ago
|
||
never mind my last comment, obviously bug 195788 covers it because you won't be
able to mark that fixed without backing this out.
Comment 5•22 years ago
|
||
question 2: is the intention here to only disable it on the 1.3 branch or the
the trunk too?
Comment 6•22 years ago
|
||
Comment on attachment 116906 [details] [diff] [review]
patch v1.0
a=asa (on behalf of drivers) for checkin to 1.3 branch.
Attachment #116906 -
Flags: approval1.3+
patch checked in to 1.3 branch only.
This will disable all xpinstall functionality from within the browser.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Comment 8•22 years ago
|
||
I'm not happy with this in the least (I'll probably stick to an RC w/o this
patch for quite some time... or at least until i switch back to nightlies or
Camino off the trunk stabalizes) and I suspect they'll be plenty of dupes/bugs
filed on this as 1.3 goes out... on that note 2 questions:
(a) Shouldn't Hardware be Mac and not PC so theres some chance of people finding
this?
(b) Isn't a major & last minute functionality regression like this worthy of at
least a rel note?
changed hardware to Macintosh.
asa also said he was going to update the release notes about this change.
Hardware: PC → Macintosh
Updated•22 years ago
|
Flags: blocking1.3?
Comment 10•22 years ago
|
||
*** Bug 197493 has been marked as a duplicate of this bug. ***
Comment 12•22 years ago
|
||
In this newsgroup (netscape.netscape7.windows) see this message thread:
From: Mark Knipfer <webmaster@techaholic.net>
Newsgroups: netscape.netscape7.windows
Subject: .XPI files not installing
Date: Sat, 15 Mar 2003 13:30:50 -0500
Message-ID: <b4vr1v$3be4@ripley.netscape.com>
about the Mozilla 1.3 .XPI file installation and download problems.
Assignee | ||
Comment 13•22 years ago
|
||
Patches to bug 186088 and bug 195109 have both been merged to the 1.3 branch.
This should be enough to get xpinstall under OSX running again.
So I've unfixed the patch attached to this bug on the 1.3 branch.
Attachment #116906 -
Flags: review?(sgehani)
Updated•9 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•