GitLab

BUG=127538
TEST=aura_shell_unittests --gtest_filter="AcceleratorControllerTest.GlobalAccelerator"


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

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

No idea why these stopped working

TEST=they compile and run
BUG=none


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

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

  This will be changed to set the wallpaper on all root windows.

BUG=123160
TEST=none


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

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

On Android, files have to be created in the application directory.

BUG=125059

TEST=


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

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

ReleaseMouseMoves can be called from a deep stack, possibly while already
dispatching an event. Most of these code paths don't expect another event to be
dispatched from there, so post a task to delay it. Ordering is still ensured
from the existing mechanisms.

BUG=131875
TEST=manual (see bug), also RootWindowTest.HoldMouseMove

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

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

I renumbered some command IDs in r141609 but neglected to
update the references to them in the NIB file.

BUG=132322
TEST=none (grep for renumbered IDs in chrome/app/nibs and checked that they're correct)


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

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

These tests seem to be failing on the main waterfall.

BUG=132348
TEST=
TBR:rogerta@chromium.org

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

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

Also, changes type of SkiaTextRenderer::SetTextSize() to SkScalar to match the underlying Skia type, which is needed for future RenderTextMac implementation.

BUG=126506, 125664, 105550
TEST=Eyeball underlined text in views_examples' text style example.

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

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

WebstoreInstaller is RefCounted, so there's no reason to make it base::Unretained, which just opens up a deletion race, or appears to.
controller_ may be NULL. NavigationController::GetActiveEntry() may be NULL.

This crash has persisted at a low, not quite dismissible frequency for a long time.

BUG=126013

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

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

Wait some time.
We are still stopping/closing the stream, as (1) it is better for battery life,
and (2) some people can hear active device even when it is playing silence.

That increased audio startup latency, especially on Windows, because we are using 3
buffers on Windows. To fix that I changed the code to use 2 buffers on presumable
good Windows boxes -- i.e. running non-Vista and having more than single core.

Changed unit tests as well.

That CL finishes work on browser-side audio mixer. Not sure how important it is,
though -- hopefully it will provide some time while implementing renderer-side mixer.

Also moved code for crash Mac OS X into audio mixer, because problem can manifest
itself if Close() called immediately after Stop().

That CL also fixes bug 131720. Looks that it was caused by timing change, and starting
stream earlier causes less dropped frames. (I still cannot understand why on modern
system we should have even single dropped frame, and why slight timing change
caused us to drop frame, but that is different question...)

BUG=129190
BUG=131720
BUG=131720
BUG=102395

TEST=Should not be noticeable difference in behavior. Run tests on Win7 and XP myself.
TEST=Mac crashes on seeks should go away, too.

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

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

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

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

Moves the data definitions into content/common and the serialization code
into content/renderer.

There are no code changes here, this is just a refactoring.

BUG=132129
TEST=none


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

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

We weren't able to successfully return results until overlaps etc. were properly computed in SourceBufferStream::Append().  That's fixed now (http://crbug.com/125072), so let's start returning!

BUG=132314
TEST=media_unittests


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

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

TBR=acolwell@chromium.org
BUG=129072
TEST=None

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

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

BUG=132104
TEST=Manual

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

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

BUG=
TEST=


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

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

I'm not able to reproduce these failures locally or on trybots, so I want to see if they still happen.

BUG=115979


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

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

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

https://chromiumcodereview.appspot.com/10548003/

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

TBR=robertphillips@google.com
Review URL: https://chromiumcodereview.appspot.com/10543126

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

Removes special handling in dip_util because mac didn't support gfx::Screen::GetMonitorNearestWindow

Bug=129409
Test=Compiles
TBR=thakis

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

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

Binary files from this CL:
http://codereview.chromium.org/10544117/

BUG=132333
TEST=

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

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

R=cmp@chromium.org
NOTRY=true
TEST=
BUG=


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

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

BUG=131697
TEST=None.


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

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

After enable GetMimeTypeFromExtension with JNI implementation, need to disable these tests firstly
and can enable them after switch to APK test runner. 

BUG=
TEST=


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

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

To debug failures that dont seem to happen locally.

BUG=130788
TEST=None


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

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

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

This CL allows perf.PageCyclerNetSimTest to run on the ChromeQA waterfall
in the "pyauto_perf_tests" step.

Also did some minor refactoring of the organization of the PERFORMANCE
suite in the PYAUTO_TESTS file.

BUG=None
TEST=Verified the test runs successfully on my local Linux machine.
NOTRY=true

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

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

TBR=

BUG=
TEST=


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

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

BUG=132305
TBR=thestig
Review URL: https://chromiumcodereview.appspot.com/10536127

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

Previously GVD would post the fake frame to VideoRendererBase, but fire the
callback without waiting for VRB to process the frame.  Now the callback is
posted to the same loop so VRB is guaranteed to see the frame before
VRB::OnDecoderFlushDone() DCHECKs that !pending_read_.

TEST=closing a tab playing HW-accelerated video no longer DCHECKs in VRB::OnDecoderFlushDone.


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

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

After actually seeing the use cases for the value store in extension code, I
realized that an async version would be more appropriate. This one will use
less memory as well, since we won't need to keep the cache in memory.

BUG=123366,132203
TEST=no

Changes: Fixed a use-after-free bug.

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

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

TBR=binji@chromium.org
Review URL: https://chromiumcodereview.appspot.com/10548013

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

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

https://chromiumcodereview.appspot.com/10548003/

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

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

BUG=132231
TEST=Valgrind shows less memory leaks

TBR=sky

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

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

I tried to add a pak override in the command line but for some reason it is stripped before it gets to the browser initialization.  I think that adding synchronization to this particular race is the best way to solve the flaky test.

Previous description:

Add DCHECK for possible flake place - will fail with ASSERT rather than crash.

Crashes in comment 15
http://code.google.com/p/chromium/issues/detail?id=95425#c15
Seem to indicate that data has not been loaded/reloaded.  There are two possible places that could happen and logging in non-test code + ASSERTION in test code can at least get us a bit further in determining where to look.

BUG=95425
TEST=out/Debug/browser_tests --gtest_filter=WebUIBidiCheckerBrowserTestRTL.TestSettingsClearBrowserDataPage

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

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

BUG=132279

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

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

BUG=129582
TEST=Manual

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

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

TEST=none
BUG=132285
NOTRY=true


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

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

BUG=None
TEST=Memory bots pass.


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

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