Closed Bug 548773 Opened 10 years ago Closed 10 years ago

Support WinMo release updates

Categories

(Release Engineering :: General, defect, P3)

x86
Windows Mobile 6 Professional
defect

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: nthomas, Unassigned)

References

Details

(Whiteboard: [winmo][automation])

Bug 507024 is the nightly equivalent of this bug.
The URL we decided to use is
https://aus2.mozilla.org/update/3/%APP_ID%/%VERSION%-%GRE_MILESTONE%/%BUILD_ID%/%BUILD_TARGET%/%LOCALE%/%CHANNEL%/%OS_VERSION%/%DISTRIBUTION%/%DISTRIBUTION_VERSION%/update.xml

The differences from Firefox's URL are just after the 3/ 
* %APP_ID% instead of %PRODUCT%
* %VERSION%-%GRE_MILESTONE% instead of %VERSION%

I've done some investigation of what we'll need to modify in the chain of patcher config generation/bumping, update generation, and post-processing. The best way forward is going to be specify the plain Fennec version when calling to patcher-config-{creator,bump}.pl and leave out the 1.9.x.y platform version. And after snippets are generated we should just do a rename operation, eg
    aus2/%APP_ID%/%VERSION% --> %VERSION%-%GRE_VERSION%
To support this we'll need 
 * an extra parameter in the release config to specify the milestone of the previous release
 * to modify ReleaseUpdatesFactory to take that param optionally, and rename each aus2 dir when it's 'not None'
 * we would just pass the value for the Mobile updates builder

We could take the same renaming approach with APP_ID, which is {a23983c0-fd0e-11dc-95ff-0800200c9a66} for mobile. However we might be moving the GUIDs for other apps in bug 540007, in which case generating directly into the snippet store requires setting the product to the APP_ID in the patcher config. I didn't look at what patcher-config-{creator,bump}.pl will do with the APP_ID, that needs testing. For generating partials we'd need to update decode_filename at 
 http://mxr.mozilla.org/mozilla-central/source/tools/update-packaging/make_incremental_updates.py#343
Doesn't look like we're using the 'product' match anywhere so that's pretty trival change to allow {}, just needs to land on m-c and m-1.9.2. We also need to find out if we need to add the APP_ID to the release config, and how to pass it to the patcher config scripts and patcher itself. The requirement is using --brand='{a23983c0-fd0e-11dc-95ff-0800200c9a66}' when invoking patcher, once you've used that in the patcher config.
Blocks: 537149
Blocks: 554087
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → INCOMPLETE
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.