Closed Bug 279064 Opened 20 years ago Closed 20 years ago

Add addons.mozilla.org to whitelist

Categories

(Firefox :: Settings UI, defect)

defect
Not set
major

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: Bugzilla-alanjstrBugs, Assigned: bugs)

References

()

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

UMO is moving to AMO.  To ease this transition, we currently redirect to
A.U.M.O.   This wastes server resources.  Requesting blocking 1.0.1 and 1.1. 

Reproducible: Always

Steps to Reproduce:
Flags: blocking-aviary1.1?
My original understanding was the by myk added addons.mozilla.org to the
whitelist as part of the UMO breakup bug. (the # escapes me.)

CC'ing myk for comment.
Bug 271473, Attachment 168738 [details] [diff]...

-pref("xpinstall.whitelist.add", "update.mozilla.org");
+pref("xpinstall.whitelist.add", "update.mozilla.org,addons.mozilla.org");

looks like this is already done, though I don't have a nightly build to verify.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
Flags: blocking-aviary1.1?
> UMO is moving to AMO.  To ease this transition, we currently redirect to
> A.U.M.O.   This wastes server resources.

Redirecting to aumo is necessary now and for the foreseeable future because
Firefox 1.0 users can't install from amo.  The redirect from umo to aumo should
*not* be removed, although we can redirect to amo for users we know can install
from amo, which is currently only users of recent nightly builds and the next
regular version of Firefox, whenever that gets released.
What I meant was, I know 1.0.1 is coming out soon.  Why not update their
whitelist too.
Group: mozillaorgconfidential
Group: mozillaorgconfidential
sorry for bugspam, long-overdue mass reassign of ancient QA contact bugs,
filter on "beltznerLovesGoats" to get rid of this mass change
QA Contact: mconnor → preferences
You need to log in before you can comment on or make changes to this bug.