739286 - Missing ADU data for 10.0.3, ESR channel

Status: RESOLVED FIXED

(Release Engineering :: Release Requests, defect)

Description

[Paula Clemente [:paula]]

Hi,

Metrics team are getting 10.0.3esr Downloads data, but nothing for ADU. 
I believe that this isn't expected. 

Here are 2 screenshots where we can see the issue. 
Note that on the 1st one, we don't have 10.0.3 data:

ADU: http://screencast.com/t/dbuX7SP2BYpJ
DW:  http://screencast.com/t/oTaeu3ONoIL0


Any idea about what can be happening?


Thanks.

Comment 1

[[e-mail] (:bhearsum)]

I just manually tested a Linux build, which had the following AUS URL:
https://aus3.mozilla.org/update/3/Firefox/10.0.3/20120309135702/Linux_x86_64-gcc3/en-US/esr/Linux%203.0.0-12-generic%20(GTK%202.24.6)/default/default/update.xml?force=1

Which looks correct.

Comment 2

[Daniel Einspanjer [:dre] [:deinspanjer]]

Does the blocklist config look the same as the AUS one in terms of variables used?

Blocklist is what we base our ADU/ADI off of.

Comment 3

[[e-mail] (:bhearsum)]

The blocklist URL in about:config is: https://addons.mozilla.org/blocklist/3/%APP_ID%/%APP_VERSION%/%PRODUCT%/%BUILD_ID%/%BUILD_TARGET%/%LOCALE%/%CHANNEL%/%OS_VERSION%/%DISTRIBUTION%/%DISTRIBUTION_VERSION%/%PING_COUNT%/%TOTAL_PING_COUNT%/%DAYS_SINCE_LAST_PING%/

I'm not sure how to have that interpreted though... :(

Comment 4

[Daniel Einspanjer [:dre] [:deinspanjer]]

Looks reasonable to me.  The most important bit is that the %CHANNEL% and such are the same variable names as what would appear in the AUS URL.

Hrm.  So, let's see if the ping from your test install shows up in tomorrow's logs.

Comment 5

[Nick Thomas [:nthomas] (UTC+12)]

I caught a blocklist request using the 10.0.3esr mac en-US build:

https://addons.mozilla.org/blocklist/3/%APP_ID%/%APP_VERSION%/%PRODUCT%/%BUILD_ID%/%BUILD_TARGET%/%LOCALE%/%CHANNEL%/%OS_VERSION%/%DISTRIBUTION%/%DISTRIBUTION_VERSION%/%PING_COUNT%/%TOTAL_PING_COUNT%/%DAYS_SINCE_LAST_PING%/

https://addons.mozilla.org/blocklist/3/%7Bec8030f7-c20a-464f-9b0e-13a3a9e97384%7D/10.0.3/Firefox/20120309135702/Darwin_x86_64-gcc3-u-i386-x86_64/en-US/esr/Darwin%2010.8.0/default/default/1/1/new/

(new profile using LiveHTTPHeaders, extensions.blocklist.interval set to 60 instead of 86400)

Comment 6

[[e-mail] (:bhearsum)]

(In reply to Daniel Einspanjer :dre [:deinspanjer] from comment #4)
> Looks reasonable to me.  The most important bit is that the %CHANNEL% and
> such are the same variable names as what would appear in the AUS URL.
> 
> Hrm.  So, let's see if the ping from your test install shows up in
> tomorrow's logs.

Did you find anything?

Comment 7

[Daniel Einspanjer [:dre] [:deinspanjer]]

We believe we found it.  The product description record for 10.0.3esr should have had a version string of 10.0.3, but it accidentally got put in with the "esr" suffix which caused the pings not to be labeled properly.

Thank you very much for the help!

Comment 8

[Nick Thomas [:nthomas] (UTC+12)]

Perhaps our doc at 
 https://wiki.mozilla.org/index.php?title=Releases/BuildNotesTemplate#E-mail_Metrics
is incorrect ?

Comment 9

[Paula Clemente [:paula]]

Each time an ESR version goes out, we need these 2 lines:

Firefox,firefox,firefox,10.0.3,10.0
Firefox,firefox,firefox,10.0.3esr,10.0


The first one catches the pings.
The second one catches the downloads (which *do* have the "esr" suffix in the version) .

Please update your doc.

Thanks.

Comment 10

[[e-mail] (:bhearsum)]

(In reply to Paula Clemente [:paula] from comment #9)
> Please update your doc.

I've updated our doc: https://wiki.mozilla.org/Releases/BuildNotesTemplate#E-mail_Metrics