Fix LibjingleTransportFactory to refresh STUN/Relay.

Previously chromoting host would get relay info only when started. Relay
token expires within several hours, which means relay session creation would
always fail from the host running for longer than several hours, and that
makes connection impossible in some configurations. Moved code that
gets Jingle info to LibjingleTransportFactory and it's responsible for
refreshing relay token every hour.

BUG=318897
R=rmsousa@chromium.org

Review URL: https://codereview.chromium.org/98173006

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@240926 0039d316-1c4b-4281-b951-d872f2087c98
SVN changes up to revision 240926
Disable the spring charger dialog on locked screen.

BUG=328449
R=xiyuan@chromium.org

Review URL: https://codereview.chromium.org/113303004

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@240927 0039d316-1c4b-4281-b951-d872f2087c98
aura: Post non-nestable tasks for dispatching held/repostable events.

A context menu starts a nested message-loop. If a context menu is closed in response
to a right-click outside the bounds of the menu, then the mouse-press event is
reposted (so that the event reaches the view under the cursor), the menu is closed,
and the nested message-loop is terminated. While the message-loop unwinds on its way
to be closed, it triggers the posted-task of reposting the event. If this reposted
right-click causes another context menu to show up (with its own nested message-loop),
then we actually end up with a nested message-loop inside another nested loop. This
can cause nested message-loops of depth n for n right-clicks (each of which causes
a context menu). So instead of this madness, post the task of dispatching the held/
repostable event in a non-nestable task, so that it gets triggered only after the
nested loop unwinds completely and is terminated.

BUG=328603
R=sky@chromium.org

Review URL: https://codereview.chromium.org/108653005

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@240928 0039d316-1c4b-4281-b951-d872f2087c98
Add --disable-avfoundation to the command line for all webrtc chrome browser tests.
This is a follow up to https://codereview.chromium.org/112773003 by mcasas to make sure no webrtc bot uses manycam on Mac.

BUG=327618
NOTRY=true

Review URL: https://codereview.chromium.org/111963008

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@240929 0039d316-1c4b-4281-b951-d872f2087c98
SVN changes up to revision 240929
Add UMA to reset banner

BUG=298036

Review URL: https://codereview.chromium.org/113163004

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@240930 0039d316-1c4b-4281-b951-d872f2087c98
Exclude VideoCaptureManagerTest.ManipulateDeviceAndCheckCapabilities on mac valgrind.

BUG=247601
TBR=zhaoqin@chromium.org
NOTRY=true

Review URL: https://codereview.chromium.org/113553005

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@240931 0039d316-1c4b-4281-b951-d872f2087c98
Map address-in-use error codes for bind more correctly on Windows

{this has passed the try bots... but the linux bots are complaining and blocking a landing... despite this being a Windows-only patch!?!  As a result, I'm going to disable the try bot to get this landed... since it really did pass the applicable windows try-bots)
NOTRY=true
r=wtc,rch
BUG=328716

Review URL: https://codereview.chromium.org/113703003

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@240932 0039d316-1c4b-4281-b951-d872f2087c98
SVN changes up to revision 240932