Closed Bug 284186 Opened 20 years ago Closed 17 years ago

App Update has 404s and other obsolete data

Categories

(AUS Graveyard :: General, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
4.x (triaged)

People

(Reporter: Bugzilla-alanjstrBugs, Unassigned)

References

()

Details

I think that the AUS RDF needs a major overhaul.  It conveys very little data in
an 18 KB file.  

I don't know the entire meaning of the en-US.rdf file, but it seems as though
we're providing ongoing support for 0.9 instead of encouraging users to update.

None of the mirrors I visited have Mac/Win/Lin XPI subdirectories under
http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/0.9/

Only Firefox is able to process the RDF.  The NC namespace is not defined in
Seamonkey or IE.  

We should probably be using download.mozilla.org links.

It has the wrong MIMEtype

in this file, it points to other languages for 0.9, but doesn't list any others
for 1.0.  There's also a lot of redundant data overall.

Here's a proposed structure.  It lets bouncer handle the application, release,
language and platform

URI Root: http://download.mozilla.org/

Application: Firefox
  Version: 0.9
  Required: XPCOM, Browser, Help (leave out the platform and language specific
stuff)
  Optional: DOMI

  Version: 1.0
  Required: XPCOM, Browser, Help
  Optional: DOMI
I'm having a hard time finding any value in this bug.  There is a lack of
understanding not only of the AUS RDF but also the bouncer service.  I believe
this AUS RDF needs to be re-worked (and probably from a different approach) but
this bug is not the place to start.
Assignee: chase → nobody
Component: Administration → General
Product: Update → AUS
QA Contact: mozilla.update → nobody
Target Milestone: 1.0 → ---
QA Contact: nobody → general
This should not be an issue anymore.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.