Fix a user being asked "is this your computer" if they just verified an email.

Fix the link color of the cancel button in the required email check email screen.

Remove the placeholder text from the change password input boxes.

issue #1461

issue #1446

Fix primary email being set as most recently used if the user cancels redirect to authenticate with primary.

issue #968

* A little bit of cleanup to simplify the check_registration controller - there is only a back button now.
* In the ejs template, remove the href and id attributes from the strings passed to localizers. Always use back for the id.
* Add a test to make sure the correct messages are triggered whenever pressing the back button.

issue #1453

Allowing underscore in domain and origin, fixes Issue#1454

close #1454

implement updated observer API

Pr 1447 cancel state

Update to @lloyd's pull request 1447 to ensure that cancel from required email verification still works.

* A bit of code cleanup in required_email.js to remove the extra "cancel" message that was never called.

pull request 1447

update loadgen for API changes - all apis which can authenticate a session or issue a cert now require an emphemeral argument - issue #1436

fix regression where an undefined second argument to .get() would cause ...

fix case where test_db_connectivity would fail when browserid database d...

fix regression where an undefined second argument to .get() would cause a javascript error - issue #1442

Visual updates to make secondary action links be more consistent, clean up CSS.

close #702

on browserid.org, set origin in user.js to a proper origin.  This was breaking code that expected it to be an origin, like /signup which invokes the stage_user api, which now validates the 'site' parameter is a properly formed origin.  issue #1429

Conflicts:

	resources/static/shared/user.js

return HTTP 400 (bad request) when site or email parameters are malformed, not 500 (internal server error).  issue #1429 issue #1423

* Secondary links all are some shade of dark grey/black with a dotted underline.
* Change the font used on the "about" page to be the standard Helvetica Neue except for the header.
* Change the style of link in the TOS/PP to black text with a dotted underline.
* Loads more link updates!
* A lot of cleanup to remove duplicate `color: #549fdc` entries by using the action class.
* On the main site, put the action links to the far left of the main button.
* Reduce the amount of "forgot password" CSS by generalizing.
* Generalize the yellow banner on the main site.

issue #702

A bunch of changes to make the design more responsive to all screen sizes - mobile, desktop and tablet.

* Start with a slight refactor of the CSS and DOM.
* Vertical center content when content is smaller than the screen size.
* Constrain email addresses and show ellipsis if emails overflow box width.  Make sure width is updated when browser window size changes or user changes the screen direction of their device.
* If form/email address list is taller than available form area, show scroll bar on desktop or expand contents so that entire app must be scrolled on mobile.
* If dialog opened on a tablet or large desktop window, add a gradient to the left size of the white area that matches the gradient on the arrow.
* On mobile, footer should always be at the very bottom of the screen unless contents overflow screen height, where it will be pushed off the bottom of the screen.

Things to test and be aware of:
* Dialog should respond to various screen sizes when resizing browser window on desktop.
* IE8 does not support media queries so narrowing the browser window will not force the dialog into "mobile" mode.
* Contents in the "form area", wait, delay, or error screens should always be vertically centered.
* IE6/IE7 should still see the unsupported dialog with the correct layout (untested on checkin due to #1390)
* Wide emails should always be constrained to the screen width on mobile or box width on desktop.  The layout should respond to changes in device orientation.
* The box surrounding the emails should show a scroll bar on desktop/tablet if there are more emails the available screen height.  On mobile, the entire screen height should expand so that the entire app must be scrolled.
* On mobile, the footer should always be at the very bottom of the screen unless the form area takes up more vertical space than the device height.

issue #1101
issue #1317

fix backend unit tests that were failing due to increased input parameter checking on site arguments to stage_user

repair internal.get API - it should return a bare assertion represented ...  closes #1395

Fixes the wait, delay, and error screens not showing on mobile devices. closes #1402

closes #1406, closes #1405

fix broken logic for first time sign-in - we were testing for equality between a string and function which would always be false