The default bug view has changed. See this FAQ.

Not getting offered Billboard graphic in update for 3.7a3 thru to 4.0b6

RESOLVED WONTFIX

Status

Release Engineering
Other
P3
normal
RESOLVED WONTFIX
6 years ago
4 years ago

People

(Reporter: marcia, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [updates], URL)

(Reporter)

Description

6 years ago
Seen while doing Billboard Testing. Seen on Mac but also seen on other platforms by Geo during testing. On Mac I was testing x64 build.

STR:
1. Start with a fresh profile.
2. Change channel to betatest
3. Check for Updates.
4. I get the MU Billboard, but text version only. I don't get the graphic version that is present in the URL in this bug.
(Reporter)

Comment 1

6 years ago
On Mac, I do get the graphic using  Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0b12) Gecko/20100101 Firefox/4.0b12.
Chances are this is either a releng bug with the correct billboard url or a bug against getting the billboard pushed and not an app update bug. :(
Can't see anything wrong with 
 https://aus2.mozilla.org/update/3/Firefox/3.7a5/20100610053411/Darwin_Universal-gcc3/en-US/betatest/Darwin%2010.7.3/default/default/update.xml?force=1
and the billboard page works reliably for me. We're using the same URL for all these snippets.

There are very few users on this release, and they still get offered 'Mozilla Developer Preview 5.0' by text, so it's not a big deal for what we're trying to do for bug 651982.
(Reporter)

Comment 4

6 years ago
Testing on Mac, I do get the graphic billboard starting with B7. I do not get it using B6. 

In B6 we still had the Check for Updates under the Help Menu. Starting with B7 it is in the Firefox: About Firefox.
Marcia, how about with the non-x64 Mac build?
http://ftp.mozilla.org/pub/mozilla.org/mozilla.org/firefox/releases/4.0b6/mac/en-US/
Nick, I get the following for the Mac x64 update snippet which is what Marcia is using.

∫https://aus2.mozilla.org/update/3/Firefox/4.0b6/20100914073111/Darwin_x86_64-gcc3/en-US/beta/Darwin%2010.6.0/default/default/update.xml?force=1

<?xml version="1.0"?>
<updates>
    <update type="minor" version="4.0.1" extensionVersion="4.0.1" buildID="20110413222027" detailsURL="https://www.mozilla.com/en-US/firefox/4.0.1/releasenotes/">
        <patch type="complete" URL="http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/4.0.1-candidates/build1/update/mac/en-US/firefox-4.0.1.complete.mar" hashFunction="SHA512" hashValue="503d8a7ec65585d895bceb2cc10406159aba1ed971ce9132309bf9d3a56be5508aa154dacefe31e50af667f6aed0b32afe328a01214cd06bc49534320f888d83" size="27255854"/>
    </update>
</updates>
Component: Application Update → Release Engineering
Product: Toolkit → mozilla.org
QA Contact: application.update → release
Version: 5 Branch → other
Rob, you need to switch to the betatest channel:

https://aus2.mozilla.org/update/3/Firefox/4.0b6/20100914073111/Darwin_x86_64-gcc3/en-US/betatest/Darwin%2010.6.0/default/default/update.xml?force=1

<?xml version="1.0"?>
<updates>
    <update type="major" version="5.0" extensionVersion="5.0" buildID="20110427143820" detailsURL="https://www.mozilla.com/en-US/firefox/5.0beta/details/">
        <patch type="complete" URL="http://stage-old.mozilla.org/pub/mozilla.org/firefox/nightly/5.0b1-candidates/build1/update/mac/en-US/firefox-5.0b1.complete.mar" hashFunction="SHA512" hashValue="fd5750f98608466a2fc12dedb34875f436edc568c3a7d893fe086fa18bf8edef07f5e74b1ae8ed5da1e7a178f4d141f9afbe49f50bbf08bf9be479834a9b86b2" size="28849546"/>
    </update>
</updates>

When I tried with the 3.7a5 Universal build, with LiveHTTPHeaders installed, I saw the request to aus, and to version check, but nothing to mozilla.com for the billboard.
Component: Release Engineering → Application Update
Product: mozilla.org → Toolkit
QA Contact: release → application.update
Version: other → 2.0 Branch
FWIW, we're not targeting the 64bit builds because there are very few users there. We originally used their buildIDs instead of the Universal ones by mistake, and that's now been corrected now.
Sounds fine to me.
(In reply to comment #7)
> Rob, you need to switch to the betatest channel:
doh and thanks

> https://aus2.mozilla.org/update/3/Firefox/4.0b6/20100914073111/Darwin_x86_64-gcc3/en-US/betatest/Darwin%2010.6.0/default/default/update.xml?force=1
> 
> <?xml version="1.0"?>
> <updates>
>     <update type="major" version="5.0" extensionVersion="5.0"
> buildID="20110427143820"
> detailsURL="https://www.mozilla.com/en-US/firefox/5.0beta/details/">
>         <patch type="complete"
> URL="http://stage-old.mozilla.org/pub/mozilla.org/firefox/nightly/5.0b1-candidates/build1/update/mac/en-US/firefox-5.0b1.complete.mar"
> hashFunction="SHA512"
> hashValue="fd5750f98608466a2fc12dedb34875f436edc568c3a7d893fe086fa18bf8edef07f5e74b1ae8ed5da1e7a178f4d141f9afbe49f50bbf08bf9be479834a9b86b2"
> size="28849546"/>
>     </update>
> </updates>
> 
> When I tried with the 3.7a5 Universal build, with LiveHTTPHeaders installed, I
> saw the request to aus, and to version check, but nothing to mozilla.com for
> the billboard.
That is because of bug 459972. I added fallback to the old format in bug 599274 after it became apparent that bug 459972 wasn't going to make it for Firefox 4. :(

The only way to fix this for beta builds after beta 3 and before beta 7 is to add a couple of the new attributes as described in bug 459972. iirc the following should suffice:
showPrompt="true"
billboardURL="https://www.mozilla.com/en-US/firefox/5.0beta/details/"

Nothing that can be done on the client side so moving back to releng.
Component: Application Update → Release Engineering
Depends on: 459972
Product: Toolkit → mozilla.org
QA Contact: application.update → release
Version: 2.0 Branch → other
(In reply to comment #10)
> The only way to fix this for beta builds after beta 3 and before beta 7 is to
> add a couple of the new attributes as described in bug 459972. iirc the
> following should suffice:
> showPrompt="true"
> billboardURL="https://www.mozilla.com/en-US/firefox/5.0beta/details/"

As you say, AUS doesn't support passing those through so we're kinda stuck. Why did you say beta 3 there and not alpha 4 ?
Lack of sleep... I read 1.9a3 as beta 3. Looks like it affects alpha 3 through beta 7.
(In reply to comment #12)
> Lack of sleep... I read 1.9a3 as beta 3. Looks like it affects alpha 3 through
> beta 7.

from alpha 3 through beta 6 (e.g. before beta 7) that is... lack of sleep strikes again
That's what I see in testing with Linux too, a3 through to beta6. A little short of a quarter of the ADU in bug 651982 comment #3 are on those versions, so it's not the end of the world. And they still get offered an update, it's just text-only and named a bit funny:
  3.7a3/a3/a4/a5       - Mozilla Developer Preview 5
  4.0b1/b2/b3/b4/b5/b6 - Mozilla Firefox 5.0

I don't think we can do anything about the M.D.P but, we can make it say '5.0 Beta' instead of '5' or '5.0' if people want that.
Summary: Not getting offered Billboard graphic in update from 3.7a5 → Not getting offered Billboard graphic in update for 3.7a3 thru to 4.0b6
I think 5.0 beta would be good to have, but I wouldn't call it a blocker.

Updated

6 years ago
Priority: -- → P3
Whiteboard: [updates]
Please make it say 5.0 Beta instead of 5.0.
(In reply to comment #15)
> I think 5.0 beta would be good to have, but I wouldn't call it a blocker.

Per meeting w/marcia, lsmesa, smooney:

While there are some users on 3.7a3...4.0b6, its a small % compared to the overall pool being reached by this FF5.0b1. Also, those people are on alpha/beta builds that are >6months old. These users will see text only notice, not see the fancy billboard graphic, but if they upgrade, they will see the FF5.0beta firstrun/whatsnew pages. Its hard to justify regenerating+retesting the updates, and delaying updating all the users to FF5.0b1, just for this. We've decided to WONTFIX this.
Blocks: 651982
Status: NEW → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → WONTFIX
(Assignee)

Updated

4 years ago
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.