Closed Bug 749756 Opened 12 years ago Closed 12 years ago

QA and deploy BrowserID train-2012.04.27 to production

Categories

(Cloud Services :: Operations: Deployment Requests - DEPRECATED, task)

x86_64
Linux
task
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: lhilaiel, Assigned: petef)

References

Details

(Whiteboard: [qa+])

Version: 1e49b9bc3 (0.2012.04.27.1) branch train-2012.04.27

Tests pass: http://travis-ci.org/#!/mozilla/browserid/builds/1192600

ChangeLog including issues resolved: 
https://github.com/mozilla/browserid/blob/train-2012.04.27/ChangeLog#L1-14

[QA] Suggested additional areas of focus for QA:
  * verify no regression on security issue 741814
  * look for layout bugs on all devices we support, this train has significant UI layout changes (including testing many email addresses)
  * normal regression of closed issues mentioned in ChangeLog
  * test 123done.org - starting monday 2012.04.30

[ops] deployment issues:
  * verify gzip config from last train??
  * no specific software issues should require deployment related changes.
Whiteboard: [qa+]
Status: NEW → ASSIGNED
We enabled gzip compression a couple weeks ago in stage.  This is at the nginx level and is a configuration change.  When the browser sends `Accept-Encoding` headers, nginx will gzip outbound responses.

Let's focus QA on this.  :jrgm & :jbonacci - will you guys have some bandwith to confirm that all responses that should be gzipped, are gzipped on the wire?  The general testing you combined with our automation should check for regressions.

petef: pending QA approval, can we move this change to production along with train-2012.04.27?
pushed to stage
QA accepts this build to Stage for testing...
Added requirements: verification of gzip compression in Stage.
Doing a virtual add to the ChangeLog for this train:
1487: Hotfix 1484 chrome exception signup
1494: Hotfix 1390 min browser reqs
1390: IE6 and IE7 errors in communication frame
With the following steps, load https://diresworb.org, load
http://beta.myfavoritebeer.org click 'sign in', use a known user, forgot
password, pick up the email, load and complete verify_email_address, all
text/html, text/css, application/javascript resources from diresworb.org are
'Content-Encoding: gzip'. Which is what it was on stage with the previous
train last week.
123done.org is complete enough to warrant QA, and is pointed at stage.  please take note of known issues and hammer away, when bored: https://github.com/mozilla/123done/issues
Blocks: 747738
Sorry, I should have updated this as I went along:
- re-verified sec bug 741814 against stage
- ran back, back_mysql, and front tests (front on many common browser/os
  including mobile android/2.2, android/4.0).
- almost all verifications for changelog done. I need to test more on the
  UI for mobile devices I have.
- load testing currently running with no issues in the actual runs (a small
  number of bursts of network errors (that to me appear to be more likely from
  zeus than the node backend, and at some point we should look at this more closely).
  RSS size for bin/browserid, bin/verifier, bin/dbwriter not growing over time.
- using 123done.org on multiple browsers. 
- previously noted that gzip content-encoding is used in stage, and all
  testing has been done on any desktop/device has been against stage
- ended the load_gen test; no major issues
please deploy v0.2012.04.27.2 - sha 63353a1a - from https://github.com/mozilla/browserid_private/tree/train-2012.04.27

This contains a fix for bug #752721
please deploy v0.2012.04.27.3 - sha f4bfdd4 - from https://github.com/mozilla/browserid_private/tree/train-2012.04.27

This contains final production locales for this train.
prod candiate browserid-server-0.2012.04.27-3.el6_105105.x86_64.rpm built, and deployed to stage
stage diresworb.org/ver.txt is indeed
"f4bfdd4 bump to 0.2012.04.27.3 after merging final prod locales
locale svn r105105"
- all locales load
- load_gen test from client{5,6} continues (it has chirps from zeus, but no major
  problems. The tests will probably end themselves later today/tonight. 
- am continuing testing against stage
QA is signing off on Stage.
Production push is happening this afternoon...
pushed to prod
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Oops, almost forgot - QA signs off on PHX1, SCL2, and multi-DC deployment to Production.
Status: RESOLVED → VERIFIED
Blocks: 754877
You need to log in before you can comment on or make changes to this bug.