Closed
Bug 181262
Opened 22 years ago
Closed 16 years ago
Add XML or RDF file that contains the latest current build
Categories
(Release Engineering :: General, enhancement)
Release Engineering
General
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: bugzilla, Unassigned)
Details
To be able to determain if your Mozilla is up-to-date it would be really nice if you were able to query a xml file at mozilla.org to check the latets current build version. Tinderbox or perhaps the build tool could update this XML file when the files are moved to ftp.mozilla.org The xml file would contain info about the useragent string and the build data and the platform.
Reporter | ||
Comment 1•22 years ago
|
||
the xml should of cause be public available that's the hole point. Something like: http://mozilla.org/versions.xml or http://versions.mozilla.org/trunk.xml http://versions.mozilla.org/release.xml
xml? rss? rdf? i'd say this is more of its own webtool since it probably needs to hook up to stage instead of tinderbox.
Reporter | ||
Comment 3•22 years ago
|
||
How does the "Update Notification" works? Edit -> Prefs -> Advanced -> Software Installation it seem that the update notification service isn't hooked up yet, but that also need a file: chrome://communicator-region/locale/region.properties
Reporter | ||
Comment 4•22 years ago
|
||
some "region.properties" points to: http://home.netscape.com/updates/updates.rdf but that's a 404 btw here is the spec: http://www.mozilla.org/xpapps/updates/spec.html
Summary: Add XML file that contains the latest current build → Add XML or RDF file that contains the latest current build
Comment 5•22 years ago
|
||
>it seem that the update notification service isn't hooked up yet
Beonex uses it, probably also Netscape 7.
Reporter | ||
Comment 6•22 years ago
|
||
Netscape 7 points to http://home.netscape.com/updates/updates.rdf which is a 404...
Reporter | ||
Comment 7•21 years ago
|
||
now http://wp.netscape.com/updates/updates.rdf works. cant mozilla have an updates.rdf too?
Comment 8•20 years ago
|
||
Is this bug still relevant? A lot has changed in the last year.
Comment 9•20 years ago
|
||
Well, the basic idea is still relevant - it would be good to have a single central machine-queryable mechanism of determining the current release versions of Mozilla products (e.g. the start page could use it). Gerv
Updated•18 years ago
|
QA Contact: timeless → tinderbox
Comment 10•17 years ago
|
||
bump
Updated•17 years ago
|
Assignee: mcafee → morgamic
Comment 11•16 years ago
|
||
Not exactly sure where this belongs under mozilla.org but it's not a tinderbox bug as it morphed to involve the status of released products, not development trees.
Assignee: morgamic → mitchell
Component: Tinderbox → Miscellaneous
Product: Webtools → mozilla.org
QA Contact: tinderbox → miscellaneous
Version: Trunk → other
Updated•16 years ago
|
Assignee: mitchell → nobody
Component: Miscellaneous → Release Engineering
QA Contact: miscellaneous → release
Comment 12•16 years ago
|
||
This was originally filed when the in-app update system was poor, but it works really well now. Both nightlies and releases can just do "Help > Check for updates"
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WONTFIX
Assignee | ||
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•