GitLab

Also modified naclsdk_manifest2.json to allow update_nacl_manifest to upload
pepper_20 bundles.

BUG=none
TEST=tests/test_update_manifest.py

Review URL: https://chromiumcodereview.appspot.com/10414011

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138169 0039d316-1c4b-4281-b951-d872f2087c98

When uploading a file with http authentication, UploadData is reused
for a new UploadDataStream. Hence, we should close the files in UploadData
if already opened and read, so we can reread the files from the beginning.

The regression was caused by r123677.  Special thanks to thomas.themel for
identifying the offending patch and helping us to fix the issue.

BUG=128574
TEST=added a unit test; manually confirmed that uploading a file with basic authentication, and multi-round authentication with NTLM and Negotiate worked.

Review URL: https://chromiumcodereview.appspot.com/10408042

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138168 0039d316-1c4b-4281-b951-d872f2087c98

BUG=129059
TEST=Manual

Review URL: https://chromiumcodereview.appspot.com/10411062

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138165 0039d316-1c4b-4281-b951-d872f2087c98

TBR=sky@chromium.org
BUG=119779
TEST=

Review URL: https://chromiumcodereview.appspot.com/10407079

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138162 0039d316-1c4b-4281-b951-d872f2087c98

BUG=none
TEST=none

Review URL: https://chromiumcodereview.appspot.com/10389138

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138161 0039d316-1c4b-4281-b951-d872f2087c98

BUG=129030
TEST=fast/canvas/webgl/ layouttests all pass

Review URL: https://chromiumcodereview.appspot.com/10332275

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138160 0039d316-1c4b-4281-b951-d872f2087c98

Add the HasAreaOpen method to DomStorageHost. Intended for use to make event propagation less chatty.

BUG=128482
Review URL: https://chromiumcodereview.appspot.com/10413018

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138158 0039d316-1c4b-4281-b951-d872f2087c98

BUG=none
TEST=none
R=groby
TBR=aa

Review URL: https://chromiumcodereview.appspot.com/10413039

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138156 0039d316-1c4b-4281-b951-d872f2087c98

CID_COUNT=1
CID=104054
BUG=none
TEST=none
R=groby
TBR=aa

Review URL: https://chromiumcodereview.appspot.com/10383272

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138155 0039d316-1c4b-4281-b951-d872f2087c98

TBR=bartfab@chromium.org
BUG=129065
TEST=

Review URL: https://chromiumcodereview.appspot.com/10420002

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138152 0039d316-1c4b-4281-b951-d872f2087c98

Allows mouse lock to be entered outside of fullscreen.

The root changes are in
chrome/browser/ui/fullscreen_controller

They require the user interface bubble to be more tolerant of state changes. Three versions of that code are modified:
Views:
chrome/browser/ui/views/frame/browser_view.cc
GTK:
chrome/browser/ui/gtk/browser_window_gtk.cc
Mac:
chrome/browser/ui/cocoa/...

Testing is expanded in:
chrome/browser/ui/browser_browsertest.cc

BUG=107013
TEST=Entering and exiting of mouse lock and fullscreen. chrome/test/data/fullscreen_mouselock/fullscreen_mouselock.html

Review URL: https://chromiumcodereview.appspot.com/10261011

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138150 0039d316-1c4b-4281-b951-d872f2087c98

BUG=none
TEST=included
Review URL: https://chromiumcodereview.appspot.com/10332190

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138148 0039d316-1c4b-4281-b951-d872f2087c98

BUG=129065
TEST=

Review URL: https://chromiumcodereview.appspot.com/10407076

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138146 0039d316-1c4b-4281-b951-d872f2087c98

This adds a webui overlay on the extensions page for showing what Extension keybindings are active. Doesn't allow you to change anything yet (future changelist).

This is the precursor to Extension Commands Conflict Resolution.

BUG=121420
TEST=None
Review URL: https://chromiumcodereview.appspot.com/10383240

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138145 0039d316-1c4b-4281-b951-d872f2087c98

BUG=128429
TEST=Connect to a wimax network with a bad passphrase (anything staring with "bad" in the stub implementation). Dialog should come up again after conenction fails.

Review URL: https://chromiumcodereview.appspot.com/10409057

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138144 0039d316-1c4b-4281-b951-d872f2087c98

BUG=127931
TEST=green bots
TBR=jhawkins, willchan
Review URL: https://chromiumcodereview.appspot.com/10392188

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138143 0039d316-1c4b-4281-b951-d872f2087c98

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138142 0039d316-1c4b-4281-b951-d872f2087c98

BUG=none
TEST=none
TBR=steveblock
Review URL: https://chromiumcodereview.appspot.com/10332279

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138141 0039d316-1c4b-4281-b951-d872f2087c98

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138139 0039d316-1c4b-4281-b951-d872f2087c98

Pulls in:
ffa61fc mp3: fix start band index for block type 2 in 8kHz audio
9894d3a mpegaudidec: 10l forgot buf_size
ed6e594 mpegaudiodec: skip initial zeros.
555537f mp3demux: fix id3 discard code
5ecdf34 mp3demux: fix off by 1 error
598bd74 mp3decoder: discard ID3 tags
0c706ac Mark truncated packets as corrupt in av_get_packet.

BUG=69730,128826
TEST=mp3 files in bugs. media_unittests. ffmpeg_regression_tests.
TBR=scherkus

Review URL: https://chromiumcodereview.appspot.com/10399110

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138138 0039d316-1c4b-4281-b951-d872f2087c98

It's not clear to me why this is happening frequently.  This should only fail if there is no default provider, but if that's true how are we doing instant?  ...Whatever.

BUG=128575
TEST=none
Review URL: https://chromiumcodereview.appspot.com/10392184

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138135 0039d316-1c4b-4281-b951-d872f2087c98

BUG=103539
TEST=

Review URL: https://chromiumcodereview.appspot.com/10332277

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138132 0039d316-1c4b-4281-b951-d872f2087c98

libjingle expects socket state to be in BOUNDED when it receives SignalAddressReady. But chrome does the state change after signal is delivered. Changed state to BOUND before signal is sent.
Review URL: https://chromiumcodereview.appspot.com/10411039

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138131 0039d316-1c4b-4281-b951-d872f2087c98

Timing out on windows and linux.

BUG=128412
TEST=

Review URL: https://chromiumcodereview.appspot.com/10417015

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138130 0039d316-1c4b-4281-b951-d872f2087c98

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138129 0039d316-1c4b-4281-b951-d872f2087c98

BUG=none
TEST=none
TBR=steveblock
Review URL: https://chromiumcodereview.appspot.com/10416016

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138128 0039d316-1c4b-4281-b951-d872f2087c98

BUG=128429
TEST=make sure cellular section does not show up in settings when only WiMAX is present

Review URL: https://chromiumcodereview.appspot.com/10407069

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138126 0039d316-1c4b-4281-b951-d872f2087c98

BUG=125846
R=ben@chromium.org

Review URL: https://chromiumcodereview.appspot.com/10387206

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138124 0039d316-1c4b-4281-b951-d872f2087c98

They should read Yes/No, instead of OK/Close.

BUG=128861
TEST=to reproduce this, have more than 15 bookmarks in a folder in the bookmark
bar, click on "Open All Bookmarks", you should see a confirmation dialog with
[Yes] [No] buttons.
R=pkasting@chromium.org

Review URL: https://chromiumcodereview.appspot.com/10392177

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138121 0039d316-1c4b-4281-b951-d872f2087c98

thread was waiting to get the next frame for renderering which attempts to grab the VideoRendererBase lock
and the gpu video decoder thread would wait on the renderer thread to execute a task while holding the above
lock.

Fix is to post task the demuxer_stream_->Read call to ensure that the lock is released by the gpu video decoder
thread.

BUG=129010
R=fischman
Review URL: https://chromiumcodereview.appspot.com/10408043

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138120 0039d316-1c4b-4281-b951-d872f2087c98

no need to do that, and it makes debugging easier to have the value.

Change the logic of IsRunning() to use a dedicated member variable 
instead of overloading the thread id. 

BUG=127931
TEST=none
Review URL: https://chromiumcodereview.appspot.com/10399097

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138119 0039d316-1c4b-4281-b951-d872f2087c98

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138117 0039d316-1c4b-4281-b951-d872f2087c98

Review URL: https://chromiumcodereview.appspot.com/10417014

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138116 0039d316-1c4b-4281-b951-d872f2087c98

R=estade@chromium.org
BUG=None (yet)
TEST=The vertical separator between recently close and webstore footer link works.

Review URL: https://chromiumcodereview.appspot.com/10332274

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138113 0039d316-1c4b-4281-b951-d872f2087c98

BUG=127463
TEST=Manual.

Review URL: https://chromiumcodereview.appspot.com/10407066

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138112 0039d316-1c4b-4281-b951-d872f2087c98

and OnReadCompleted methods.  Use that to pause the request
instead of directly calling ResourceDispatcherHostImpl's
PauseRequest function.

Eliminate direct calls to PauseRequest, with the exception of
resource_dispatcher_host_unittest.cc and some uses internal to
ResourceDispatcherHostImpl.  Those should ultimately be 
changed to use the defer out-param approach too.

This CL also changes the DownloadRequestHandle to talk back to
the DownloadResourceHandler in order to pause / resume / cancel
the URLRequest.  The handle keeps a reference to the handler,
which may extend the lifetime of the handler, but that should be
OK given that the handler already supports having its lifetime
extended beyond the URLRequest.

Now, instead of the DownloadFileManager calling PauseRequest, we
just wait for the SetDownloadID call to resume the URLRequest.
This simplifies some of the logic.  The Pause/ResumeRequest
issued on a DownloadRequestHandle gets its own pause counter,
which has nothing to do with the internal pausing that the
DownloadResourceHandler does when it is waiting for a DownloadId.
See DownloadResourceHandler::MaybeResumeRequest for the logic
that handles the conditions for resuming the URLRequest.
Review URL: https://chromiumcodereview.appspot.com/10332130

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138111 0039d316-1c4b-4281-b951-d872f2087c98

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138110 0039d316-1c4b-4281-b951-d872f2087c98

Review URL: https://chromiumcodereview.appspot.com/10407062

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138109 0039d316-1c4b-4281-b951-d872f2087c98

BUG=128811
Review URL: https://chromiumcodereview.appspot.com/10409054

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138106 0039d316-1c4b-4281-b951-d872f2087c98

The synthetic mouse event is generated at the last mouse DIP-location. But this
event gets transformed for DIP again before it gets dispatched. This ends up
sending the event with incorrect location. So make sure it starts off with the
pixel-location so that the event location gets transformed for DIP only once.

BUG=128095
TEST=none

Review URL: https://chromiumcodereview.appspot.com/10408037

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@138104 0039d316-1c4b-4281-b951-d872f2087c98