Closed
Bug 109656
Opened 24 years ago
Closed 23 years ago
Impossible to see if Mac OS X browser problems have been fixed due to inconsistant version numbering
Categories
(mozilla.org :: FTP: Staging, task)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: abrody, Assigned: endico)
References
()
Details
When I go to select Latest Nightly Build for Mac OS X version of Mozilla
fromn your homepage, I download and install your version of Mozilla for X.
It is still version 0.9.4! Yet the date on the version if I just list the FTP
directory it comes from is November 9th. I got to your 0.9.5 download
page http://ftp.mozilla.org/pub/mozilla/releases/mozilla0.9.5/ and look for
Mac OS X, and I get a date of October 16th! So which is the latest
version?
0.9.4 of November 9th?
0.9.5 of October 16th?
At least the latest nightly build of November 9th for Mac OS 8 and 9 is an
0.9.5 version. Which version are you working on updating, and which
version are you leaving behind? Please use consistant versioning, so it
is possible to find out which issues need to be addressed prior to the
next release. Otherwise we'll always be reporting bugs for the version not
current.
Comment 1•24 years ago
|
||
Reporter: if you want the latest trunk build, pick the on in here :
http://ftp.mozilla.org/pub/mozilla/nightly/latest-trunk/
http://ftp.mozilla.org/pub/mozilla/nightly/latest/ contains the latest build :
trunk or branch (I see some 0.9.4 builds are still being build these days)
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
Well yes, there are still some 0.9.4 builds that are the most current
available for the operating system. It still does not answer the question of
which is the latest. 0.9.4 for 11/9, or 0.9.5 for 10/16. Version numbers
should increase with date...not decrease. Please use consistant version
numbering.
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
I am trying to determine if certain bugs have been fixed. To have a trunk
build, a nightly build, and a build for a version number that is higher from
an older date is extremely confusing. Let's consolidate to two builds, the
release build and the nightly build, the nightly being an 0.9.5 that is newer
than the release build. You've done it for every other operating system,
including Mac OS 9, but not Mac OS X. Leaving 0.9.4 on the version
number makes me wonder if you are patching the 0.9.5 release build but
not the 0.9.4 nightly build and not the 0.9.4 trunk build. It is very
misleading, and please don't resolve this issue until I can download all
within the same version number.
![]() |
||
Comment 4•24 years ago
|
||
server operations
Assignee: asa → endico
Status: UNCONFIRMED → NEW
Component: Browser-General → FTP - Staging
Ever confirmed: true
Product: Browser → mozilla.org
QA Contact: doronr → leaf
Comment 5•24 years ago
|
||
Comment 6•23 years ago
|
||
This bug seems to be gone now. The "latest" dir for nightlies has been
reporting the correct timestamps lately.
Comment 7•23 years ago
|
||
Marking fixed:
a) Per Chris Dolan's comment the timestamps are now right
b) The only way to correlate what fixes are in what builds in case of the
milestone builds is to look at the CVS checkins and/or the comments in the bug
as to what tree they were checked into. Assuming there's a linear correlation
between build numbers and fixes checked in will only cause headaches.
Status: NEW → RESOLVED
Closed: 24 years ago → 23 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•