1265936 - URL in Readme.txt not pointing to latest Thunderbird release; still pointing to v38.7.2 instead of v45.0

Status: RESOLVED FIXED

(Release Engineering :: Release Automation: Other, defect)

Description

[Frank]

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Firefox/45.0
Build ID: 20160407164938

Steps to reproduce:

SHORT VERSION:

Using web browser visited here:  https://download.mozilla.org/?product=thunderbird-latest&os=win&lang=en-US



LONGER VERSION:

As documented here:
http://ftp.mozilla.org/pub/thunderbird/releases/latest/README.txt

the URL of the format:
https://download.mozilla.org/?product=thunderbird-latest&os=<OS>&lang=<LANG>

SHOULD point to the latest release, which currently appears to be 45.0 as indicated here:
https://www.mozilla.org/en-US/thunderbird/notes/

Yet when attempting to visit such a URL (e.g., Windows version in English):
https://download.mozilla.org/?product=thunderbird-latest&os=win&lang=en-US

we are still redirected to 38.7.2.  That is, the URL becomes:
https://download.cdn.mozilla.net/pub/thunderbird/releases/38.7.2/win32/en-US/Thunderbird%20Setup%2038.7.2.exe

Considering it's been almost a week this seems a bit slow.  This also happened recently to the Firefox project.  Not sure why this isn't an automated config change, but clearly that's not the case.



Actual results:

SHORT VERSION:

Was sent here:
https://download.cdn.mozilla.net/pub/thunderbird/releases/38.7.2/win32/en-US/Thunderbird%20Setup%2038.7.2.exe


LONGER VERSION
See above.  This happens regardless of OS or language.


Expected results:

SHORT VERSION:

SHOULD have been sent here:
https://download.cdn.mozilla.net/pub/thunderbird/releases/45.0/win32/en-US/Thunderbird%20Setup%2045.0.exe


LONGER VERSION:
See above.  SHOULD be sent to the v45.0 installer for given OS/language.

Also, not sure where to document this, but this bug page doesn't really have an appropriate Component: choice for a bug like this.  Chose 'Installer' as not quite sure where to put this.  Something to consider.

Comment 1

[Wayne Mery (:wsmwk)]

I wasn't aware of this URL.  

rail, I shouldn't think it would serve 38.7.2 because we have update rate at zero. I would think this is driven off of product details.  FWIW, fallen had done our product details.

Comment 2

[Rail Aliiev [:rail]]

This behavior is controlled by `bouncer_aliases' specified in the following files:

http://hg.mozilla.org/build/buildbot-configs/file/tip/mozilla/release-thunderbird-comm-esr45.py.template#l150
http://hg.mozilla.org/build/buildbot-configs/file/tip/mozilla/release-thunderbird-comm-esr45.py#l168
http://hg.mozilla.org/build/buildbot-configs/file/tip/mozilla/release-thunderbird-comm-esr38.py.template#l149
http://hg.mozilla.org/build/buildbot-configs/file/tip/mozilla/release-thunderbird-comm-esr38.py#l161

and used in postrelease: https://dxr.mozilla.org/build-central/source/tools/scripts/release/post-release.py#68

We can remove it from esr38 (or stop running postrelease for esr38) and run esr45 postrelease to update the latest bouncer aliases.

Comment 3

[Frank]

The only reason this came to light is that I happen to check the release page:
https://www.mozilla.org/en-US/thunderbird/notes/

once in a while.  Noticed v45.0 had come out 6 days earlier, yet none of my machines had been updated.  I use a tool called Munki to manage software on various Macs.  That tool uses recipes, one of which relies on the info provided by the Mozilla Thunderbird project here as referenced:
http://ftp.mozilla.org/pub/thunderbird/releases/latest/README.txt

I didn't write that particular recipe (folks share Munki recipes on GitHub), but I do rely on it.  When I saw my systems hadn't updated, I dug into the recipe and tracked down what it looked at to find the latest release.

Now that README.txt states:

____________________________________________________________
Please use download.mozilla.org to retrieve the latest Thunderbird release. 

For example, if you wish to download the US English installer for Windows (32bit)
the url is
   https://download.mozilla.org/?product=thunderbird-latest&os=win&lang=en-US

This could be pasted into the location bar of a browser, or used with curl or wget,  e.g. 
wget -O ThunderbirdSetup.exe "https://download.mozilla.org/?product=thunderbird-latest&os=win&lang=en-US"

For other operating systems replace 'os=win' with:
   OS X                       os=osx
   Linux x86_64               os=linux64
   Linux i686                 os=linux

For other languages replace 'lang=en-US' with:
...
____________________________________________________________

Now if this is no longer the case, then it's a matter of updating this README file.  But the folks who use Munki and other such management tools (e.g., SCCM, CasperSuite, FileWave, etc.) to keep their systems--whether OS X, Windows, and/or Linux--up-to-date rely on that URL resolving properly to the latest release.

Hence this bug report.  If this wasn't the appropriate place to report, please relay it to those responsible or let me know who I need to contact.  But as of now links as defined in that README _STILL_ do not reference the current version.

Comment 4

[Rail Aliiev [:rail]]

Kim, can you look at this?

Comment 5

[Kim Moir [:kmoir] ET]

with all the back and forth re updates etc, I didn't run the the post release builder for tb 45.0.  I just ran this and it appears to be fixed.  sorry for the delay

Comment 6

[Frank]

Just checked.  Thanks so much!

Comment 7

[Rail Aliiev [:rail]]

Yay Kim! Thanks a lot!

Comment 8

[Vinod R]

We are seeing this again it seems - raising another defect- comment appropriately if its not a defect please ( did not clone as i was unsure of how it will trigger a closed defect- ) file one in https://bugzilla.mozilla.org/show_bug.cgi?id=1669147