Fix bug 170595

On Windows, TCPSocketWin can reach a state where it won't "accept" new connections on a server socket.

It looks like WSAEnumSocketEvents has some undocumented behavior: the lNetworkEvents member of WSANETWORKEVENTS is zero in some cases. We found this happens when a client makes a connection and closes it *before* the server "accepts" the connection. It looks like Windows keeps the connection in the "accept" queue of the server socket and decides to return "lNetworkEvents == 0" when it notices the network event is for a socket in the "closed" state.

The fix is to make sure we do *not* ignore socket events with "lNetworkEvents == 0" (in the FD_ACCEPT code path), because doing so leads us in a "blocked" state: 1) we don't clear our callback and 2) we don't issue another WSASelectEvent.  So, instead of ignoring the event, we start a wait for the next FD_ACCEPT event.

BUG=170595

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

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@226781 0039d316-1c4b-4281-b951-d872f2087c98
[Files.app] Temporarily disable the animations in the navigation list.

This patch temporarily disables the fade-in/out animations in the navigation list. They causes some problems on scrolling. 

BUG=280217
TEST=manual

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

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@226782 0039d316-1c4b-4281-b951-d872f2087c98
x11: Make sure XI2 is available before using XI2 API.

BUG=302696
R=erg@chromium.org

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

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@226783 0039d316-1c4b-4281-b951-d872f2087c98
Stop camera on leaving new user screen

BUG=301966
notry=TRUE
R=nkostylev@chromium.org

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

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