Closed Bug 957169 Opened 10 years ago Closed 10 years ago

Partner repack changes for web.de, gmx, and mail.com (Firefox 27)

Categories

(Release Engineering :: Release Requests, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: mkaply, Assigned: mkaply)

Details

Attachments

(1 file)

Attached patch ff27.diffSplinter Review
Diff attached.

I will check this in once the builds have been approved by our QA.
Comment on attachment 8356610 [details] [diff] [review]
ff27.diff

Review of attachment 8356610 [details] [diff] [review]:
-----------------------------------------------------------------

Ben Hearsum:

Do these patches need to be reviewed every time?

Or since they are our builds, can I just check in.
Attachment #8356610 - Flags: review?(bhearsum)
(In reply to Mike Kaply (:mkaply) from comment #1)
> Comment on attachment 8356610 [details] [diff] [review]
> ff27.diff
> 
> Review of attachment 8356610 [details] [diff] [review]:
> -----------------------------------------------------------------
> 
> Ben Hearsum:
> 
> Do these patches need to be reviewed every time?
> 
> Or since they are our builds, can I just check in.

I'm going to defer to Mike on this...
Flags: needinfo?(mconnor)
Attachment #8356610 - Flags: review?(bhearsum) → review+
Assingning to :mkaply since he has a patch to land.
Assignee: nobody → mozilla
mkaply: has QA validated your builds, i.e. are you ready to land? 

The window to get this patch in before Firefox 27 release automation starts is closing.
Flags: needinfo?(mozilla)
I received no info from QA, so I'll take that as a good thing.

I went ahead and pushed the changes.
Flags: needinfo?(mconnor)
I didn't mean to clear the needinfo for mconnor
Flags: needinfo?(mozilla) → needinfo?(mconnor)
Huh, I could have sworn I commented on this weeks ago.

In any case, here's the guidelines we should apply:

If the changes are entirely of the following nature, I'm fine with a blanket a= based on a good faith understanding with mkaply:

* Updates to bundled versions of add-ons that have already been approved by AMO
* Version/compatibility bumps
* String/cosmetic changes with no functional impact

If there are functional changes to add-on code that hit any/all of the below criteria, we need to review the changes:

* Add-on updates that have not been submitted and approved to AMO
* Any changes to core prefs (i.e. changed prefs in distribution.ini)
* Any changes to /searchplugins
* Any other change that potentially impacts the privacy or security of Firefox users from the default.

If the changes are a mix of the two lists, ideally we'd split out changes along those lines to make for easier/quicker review turnarounds.

In this case, a quick skim indicates there are changes to the tracking code to include additional data, so that alone should be explained and understood before we approve anything.  If it's been signed off by AMO I'll trust their judgement.
Flags: needinfo?(mconnor)
These particular changes haven't made it to AMO.

As far as the tracking goes, we updated the tracking (which was already approved), to include the browser version and whether or not our toolbar was in its normal state or had been minimized to just a button.
Component: Releases → Releases: Custom Builds
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → INCOMPLETE
Component: Custom Release Requests → Release Requests
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: