GitLab

Only redraw the entire tabstrip if we're animating or are dragging a
tab. Otherwise we can fast path and only draw all the tabs to the left of the
dirty rectangle and still get the correct stacking behaviour.

BUG=100803
TEST=all tab functionality should work without artifacts.


Review URL: http://codereview.chromium.org/8414004

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

size changed.

BUG=none
TEST=none
R=oshima@chromium.org

Review URL: http://codereview.chromium.org/8400067

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

Review URL: http://codereview.chromium.org/8417016

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

Register the RenderViewHost instance created when a desktop notification bubble is displayed in CF
with the AutomationResourceMessagefilter. This ensures that any HTTP requests issued by this bubble
go through the host network stack implemenation. I also fixed a bug in the pending http jobs resumption
code in the AutomationResourceMessagefilter which could cause a job to be registered in the old filter
and the new filter for a while.

Fixes bug http://code.google.com/p/chromium/issues/detail?id=64251

BUG=64251
Review URL: http://codereview.chromium.org/8414030

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

used icon, and the icon has a couple of different states indicating
how many tabs are there.

BUG=none
TEST=none
R=ben@chromium.org

Review URL: http://codereview.chromium.org/8418006

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

Support is now controlled by the flag:
--enable-tracking
and the default is always on.  To turn it off, use:
--enable-tracking=0

All profiler code is compiled now in release and official
builds (in addition to debug, where it was already active),
but most entry points can be disabled (turned into no-ops) 
by a single const bool setting atop tracked_objects.cc (in 
case folks want to revert the perf-impact of this change).

Transition to faster Now() service on Windows for the 
profiler use only.
The TimeTicks::Now() function on Window uses locking
to get a 64 bit time value.  This CL transitions 
times used for profiling to more directly use a
32 bit Time interface, which is actually what drives the
64 bit TimeTicks.  By using the smaller value, we avoid 
the need for locks, or even atomic operations for the most
part in the tracking system.  On linux, we just down-sample
the standard TimeTicks to 32 bits for consistency (clean
ability to snapshot asyncronously without atomics...
but I should verify that such is helpful to performance).

I've also put in yet more cleanup and refactoring.

r=rtenneti
bug=101856
Review URL: http://codereview.chromium.org/8391019

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

Don't inherit from content::RenderViewObserver, instead just
create it on the fly when needed in tests.
BUG=69370, 66371, 63022
TEST=none


Review URL: http://codereview.chromium.org/8416024

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

Also take a couple of changes from Brain Smith's version of the code which
exclude NPN from renegotiations.


Review URL: http://codereview.chromium.org/8417032

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

These can cause crashes in IPC on large data URLs. Chrome has no use for the long data: URLs, so there's no reason to send them.

BUG=95747
TEST=See bug.

Review URL: http://codereview.chromium.org/8341076

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

BUG=chromium-os:22024
TEST=compiles, tests pass.
Review URL: http://codereview.chromium.org/8343042

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

BUG=chromium-os:22024
TEST=compiles, tests pass.
Review URL: http://codereview.chromium.org/8416018

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

BUG=chromium-os:22024
TEST=compiles, tests pass.
Review URL: http://codereview.chromium.org/8413016

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

BUG=chromium-os:22024
TEST=compiles, tests pass.
Review URL: http://codereview.chromium.org/8417010

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

The current structure is messy and hacky. Instead changing it to a css table
layout, which makes everything much cleaner. Such a structure already exists in all the options pages.

BUG=86381,86384,82969
TEST=UI should look almost the same (ui elements should look better aligned than before). Animations should be identical.

Review URL: http://codereview.chromium.org/8371017

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

destroyed but the win32 message loop sends a late message.

BUG=102008
TEST=none

R=sky@chromium.org

Review URL: http://codereview.chromium.org/8416023

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

BUG=102004
TEST=none

R=willchan@chromium.org

Review URL: http://codereview.chromium.org/8341088

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

BUG=102114
TEST=about:policy doesn't show the "Applies To" column.

Review URL: http://codereview.chromium.org/8413038

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

BUG=101929
TEST=URLFetcher*Test.*


Review URL: http://codereview.chromium.org/8416001

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

Review URL: http://codereview.chromium.org/8416029

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

R=jam@chromium.org
BUG=90442
TEST=browser_tests AllUrlsApiTest.Whitelisted Extension passes w/ a component build of content.

Review URL: http://codereview.chromium.org/8402016

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

BUG=100456
TEST=ExtensionApiTest.WebRequestNewTab

Review URL: http://codereview.chromium.org/8404046

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

Also revert the previous attempt to fix this issue:

Revert "Aura build fix: Make TooltipManagerViews an observer of parent Widget and"

This reverts commit 67498136.

BUG=none
TEST=none


Review URL: http://codereview.chromium.org/8418028

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

BUG=102056
TEST=links without warning with GYP_DEFINES="use_aura=1 use_webkit_compositor=1 component=shared_library"


Review URL: http://codereview.chromium.org/8418022

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

R=aa
BUG=100351
TEST=


Review URL: http://codereview.chromium.org/8353040

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

BUG=none
TEST=unit_tests --gtest_filter=GViewRequestInterceptorTest.* and unit_tests --gtest_filter=GViewRequestInterceptorTest.InterceptPdfWithNoPlugins should both pass; Official CrOS bot goes green.
Review URL: http://codereview.chromium.org/8417015

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

Review URL: http://codereview.chromium.org/8418017

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

This patch will loop through the soundcard and return a list of available devices when the AudioInputDeviceManager does the device enumeration.
Previously, only default device will be returned.

This is a step forward to support device selection on Mac.
I have another similar CL but on Linux:
http://codereview.chromium.org/8162015/

Examples for how the device enumeration with this patch:
        name                                            id
Built-in Line Input   AppleHDAEngineInput:1B,0,1,1:4
Built-in Digital Input   AppleHDAEngineInput:1B,0,1,2:5
SB Arena Headset   AppleUSBAudioEngine:Creative Technology:SB Arena Headset:5d100000:2,1
Bug=None
Test=media_unittests 

Review URL: http://codereview.chromium.org/8276034

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

Some small tweaks which tabs we show during first launch:
  - Previously the sync promo was the first tab. Completing the promo would navigate to the original first startup URL. With this change completing the sync promo always navigates to the new tab page.
  - The original first startup URL is now the 2nd tab (and the original 2nd tab is now the 3rd, etc...).
  - If we have more than two tabs then we suppress the welcome page.

BUG=
TEST=


Review URL: http://codereview.chromium.org/8343052

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

BUG=none
TEST=none


Review URL: http://codereview.chromium.org/8414017

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

TBR=nirnimesh@chromium.org
BUG=102136

Review URL: http://codereview.chromium.org/8400071

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

This is a refactor only - no behavior change should happen.

Review URL: http://codereview.chromium.org/8340026

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

Part of larger patch here http://codereview.chromium.org/8345027/ which is
updated with remaining pieces.

BUG=79050
TEST=


Review URL: http://codereview.chromium.org/8417034

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

This fixes the problem where if chrome launches in background mode at login,
the next time we restart chrome we relaunch it in background mode again.

BUG=92391
TEST=Install background app, restart computer so chrome is launched on startup, go to about:flags and change a flag and choose 'Restart' - chrome should reopen any open windows on restart.


Review URL: http://codereview.chromium.org/8413023

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

R=jam@chromium.org
BUG=90442
TEST=

Review URL: http://codereview.chromium.org/8343046

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

BUG=101389
TEST=On any platform use the appropriate policy mechanism to set CloudPrintSubmitEnabled to false.  Cloud print should no longer be available via built in print mechanisms


Review URL: http://codereview.chromium.org/8395007

TBR=abodenha@chromium.org
Review URL: http://codereview.chromium.org/8416047

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

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

This includes the following changes:

r1083: make: support more shell variations
r1082: Ninja: substitute RULE_INPUT_PATH and ExpandSpecial for cflags

BUG=None
TEST=None


Review URL: http://codereview.chromium.org/8400046

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

Chrome proxy refactoring.Adding myself to the OWNERS file for handling cloud print proxy issues.Split proxy code from cloud_print_proxy_backend to a separate pieces:  - auth code goes to cloud_print_auth.h/cc  - connector logic goes to cloud_print_connector.h/cc (printer enumeration, registration and deletion)  - wiring backend/frontend threads, notifications with other parts will stay in cloud_print_backend.h/ccMade proxy logic more straightforward.
Review URL: http://codereview.chromium.org/8387011

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

With r107251 the sync promo page stopped loading.

The problem was due to a difference between the sync promo and the options Sign In UI. The options UI calls ShowSetupUI() when showing the sign in overlay. The promo wasn't calling this causing sync not to be setup correctly.

Fix was to match the behavior of the options UI and call ShowSetupUI() when showing the sync promo page.

BUG=
TEST=


Review URL: http://codereview.chromium.org/8416033

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

application/pdf may not have a preferred extension mapping on all bots.

BUG=NetUtilTest.GenerateFileName test fails on Win Beta builder.
TEST=net_unittests --gtest_filter=NetUtilTest.GenerateFileName

Review URL: http://codereview.chromium.org/8392039

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