GitLab

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

BUG=127697
TEST=

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

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

BUG=128986

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

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

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

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

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

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

These are timing out on the Win (dbg) canary.

BUG=128961

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

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

BUG=128519

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

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

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

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

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

This has been flaky on the Win (dbg) canary.

BUG=62311

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

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

These are timing out on the Win (dbg) canary.

BUG=128961

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

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

These are timing out consistently on the Win (dbg) canary.

BUG=128961

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

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

This fails after WebKit r117702

BUG=128959

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

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

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

Add a minimum number of bytes when serializing logs so that a large number of very small logs won't be capped the same way as a large number of large logs. This ensures that a reasonable amount of metrics history will be kept even when logs can potentially be cut very frequently, such as Android.

In the short term this may slightly increase the number of logs that are retained, since the number of logs kept by this method is the same or greater than what was kept before.

BUG=None
TEST=None

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

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

This patch adds a way to simulate IME composition events
inside the renderer process, and tests that IME events are
properly passed between the renderer and plugins.

ppapi/tests/test_ime_input_event.cc:
is the actual test case

ppapi/{api,c,cpp}/dev/*ime_input_event_dev*:
implements an API to create IME events from plugins for testing.

other files:
wire necessary stuff for simulating IME events.
Since Pepper IME events are not delivered through WebKit/DOM layer
but rather directly sent from renderer to plugins,
the simulation part also follows the similar code path.

BUG=126714
TEST=browser_tests PPAPITest.ImeInputEvent

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

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

BUG=none
TEST=none

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

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

BUG=117262
TBR=aa@chromium.org

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

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

Since r124366 we started checking file permission against
ChildProcessSecurityPolicy on each operation but the current
code prohibits read access on a root directory of IsolatedFileSystem,
since the root directory in IsolatedFileSystem is purely virtual and
has no associated platform path (to check the permission).

BUG=none
TEST=manual

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

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