User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b3) Gecko/20090305 Firefox/3.1b3 (.NET CLR 3.5.30729) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b3pre) Gecko/20090223 Thunderbird/3.0b2 The 'Release Notes' menu item in Thunderbird 3 Beta 2 links to a page saying 'This version of Thunderbird hasn't been released. (http://www.mozillamessaging.com/en-US/thunderbird/nightly/releasenotes/?uri=/thunderbird/releasenotes&locale=en-US&version=3.0b2&os=WINNT&buildid=20090223175111). Reproducible: Always Steps to Reproduce: 1. Click the 'Help' menu in Thunderbird. 2. Click 'Release Notes' Actual Results: The web page at http://www.mozillamessaging.com/en-US/thunderbird/nightly/releasenotes/?uri=/thunderbird/releasenotes&locale=en-US&version=3.0b2&os=WINNT&Shredder nightly releases) was displayed. Expected Results: The Thunderbird 3 Beta 2 Release Notes (http://www.mozillamessaging.com/en-US/thunderbird/3.0b2/) should have been displayed.
Fun. I don't see anyone in bug 477097 saying "and I see them from the app," and I don't see any of us saying in bug 453599 "but we'll need to remember to short-circuit this for actual release URLs," and so unless this is just recent bustage and they worked at release, I'm guessing that nothing ever came of the bug 469152 talk about needing to be sure we test the presence and reachability of relnotes in prerelease QA.
Severity: minor → normal
Status: UNCONFIRMED → NEW
Component: Help Documentation → Server Operations
Ever confirmed: true
Product: Thunderbird → Mozilla Messaging
QA Contact: help-documentation → server-ops
Hardware: x86 → All
Summary: Thunderbird 3 Beta 2 Release Notes menu option incorrectly linked → Thunderbird 3 Beta 2 Release Notes menu option leads to Shredder "no relnotes for nightlies" page
Version: unspecified → other
Some redirects were missing on live.mozillamessaging.com, now corrected. Looking at this, I also saw that there were no such redirects in place for Beta 1 either. And replying to comment #1, this is not recent bustage.
Status: NEW → RESOLVED
Last Resolved: 9 years ago
Resolution: --- → FIXED
To reduce the likelihood that we don't detect this happening again, how about we set up some urls on a wiki page that QA can test at release time? e.g. the app has: http://live.mozillamessaging.com/%APP%/start?locale=%LOCALE%&version=%VERSION%&os=%OS%&buildid=%APPBUILDID% so we could do a link on a wiki page with: http://live.mozillamessaging.com/thunderbird/start?locale=en-US&version=3.0b3pre&os=Darwin&buildid=20090325123844 and do multiple links for different versions/OS/locales. Then we can just whip down the list in 10-15 mins and check that they all work. The other way would be to do something automated somehow.
(In reply to comment #3) > [...] > > and do multiple links for different versions/OS/locales. Then we can just whip > down the list in 10-15 mins and check that they all work. > > The other way would be to do something automated somehow. The update verify configuration has the version and all the locales in it, so building urls like that from it, and checking them should be a fairly easy script to write. See <http://hg.mozilla.org/build/tools/file/20095d63ab91/release/updates/moz19-thunderbird-win32.cfg> for an idea of what I mean.
You need to log in before you can comment on or make changes to this bug.