376407 - for franken-fox (see bug #360127), return complete updates instead of empty snippets?

Status: RESOLVED INCOMPLETE

(AUS Graveyard :: General, defect)

Description

[(not reading, please use [e-mail] instead)]

for franken-fox (see bug #360127), return complete updates instead of empty snippets?

For certain malformed aus urls, we return an empty snippet.

yesterday rob helmer suggest that we could returning snippets with just complete mars (and no partials) for these users, as a complete would fix the franken-mac state, assuming that the updater application was working.

Comment 1

[Michael Morgan [:morgamic]]

Could this potentially mess up partner builds, or is the franken-fox scenario limited to non-partner releases?

Comment 2

[(not reading, please use [e-mail] instead)]

> Could this potentially mess up partner builds, or is the franken-fox scenario
> limited to non-partner releases?

the frankenfox scenario is not limited to non-parter builds, but we would be returning complete-parter mars for them, as they are on different channels, right?

Comment 3

[Benjamin Smedberg]

We do not have any such thing as complete-partner MARs at this point. Partner builds (from 2.0 forward at least) use the standard MARs, because they do not change files, only add the extension.

Comment 4

[Michael Morgan [:morgamic]]

Would it be possible to break a 1.5.x partner build by upgrading to 2.0 and disabling the partner extension because of the major version change (install.rdf in .xpi isn't compatible w/ 2.0.0.x)?

Comment 5

[Michael Morgan [:morgamic]]

(this is assuming there _are_ 1.5.x partner builds)

Comment 6

[Benjamin Smedberg]

Yes. This is why we are going to explicitly disable partner updates from 15x -> 200x until we have generated custom MARs.

Comment 7

[(not reading, please use [e-mail] instead)]

Note, users who are stuck here aren't always frankenfox users.

cbeard has a laptop which no longer gets updates.  he gets null snippets from AUS.  His explanation was that he got some sort of build that was the first before an in-place respin.

I believe cbeard and joduin have looked into this, and have some rough ideas of how many users are stranded in this spot.

john / chris, can you follow up with some details?

Comment 8

[Robert Helmer [:rhelmer]]

(In reply to comment #7)
> cbeard has a laptop which no longer gets updates.  he gets null snippets from
> AUS.  His explanation was that he got some sort of build that was the first
> before an in-place respin.

Can you clarify what an "in-place respin" is?

Comment 9

[(not reading, please use [e-mail] instead)]

> Can you clarify what an "in-place respin" is?

did we have any release where we put up bits and then we (quickly) replaced them with the correct bits.

I want to say we did that at some point during the past year (for mac, or both mac/windows), and the "bad bits" were up for only a short time.

sorry, my memory is fuzzy and I don't have email on this.

cbeard seems to have crisper details.

Comment 10

[Carsten Book [:Tomcat]]

Attachment: another example of Frankenfox

a new case of Frankenfox. The Build ID is correct for 2.0.0.6, but the Version Information under the Firefox Logo (2.0.0.3) is wrong.

Trying to get update Logfiles.

Comment 11

[Takanori MATSUURA]

This bug lies at rest in the graveyard.