- 28 Oct, 2011 40 commits
-
-
brettw@chromium.org authored
Review URL: http://codereview.chromium.org/8370022 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@107815 0039d316-1c4b-4281-b951-d872f2087c98
-
brettw@chromium.org authored
Review URL: http://codereview.chromium.org/8368018 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@107814 0039d316-1c4b-4281-b951-d872f2087c98
-
jbates@chromium.org authored
This also adds a trace_analyzer::TraceEvent class that can be constructed from JSON data (via base::Value). TraceEvent mirrors base::debug::TraceEvent in a form that is lower performance and easier to use in test code. BUG=95714 TEST=base_unittests Review URL: http://codereview.chromium.org/7981004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@107813 0039d316-1c4b-4281-b951-d872f2087c98
-
michaeln@google.com authored
Review URL: http://codereview.chromium.org/8399019 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@107812 0039d316-1c4b-4281-b951-d872f2087c98
-
chrome-admin@google.com authored
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@107811 0039d316-1c4b-4281-b951-d872f2087c98
-
johnnyg@chromium.org authored
TBR=caseq BUG=none TEST=none Review URL: http://codereview.chromium.org/8343072 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@107810 0039d316-1c4b-4281-b951-d872f2087c98
-
sadrul@chromium.org authored
Currently, each widget's tooltip-manager listens to every single X event in the system, all the time. This can get expensive as the number of windows increase. Instead of doing this, the change here makes a TooltipManagerViews only listen to the mouse-events on the corresponding Widget. It starts its timer when the mouse enters the widget, and stops the timer when the mouse leaves the widget. So at a single time, only one TooltipManagerViews will be activated, and looking to update the its tooltip. BUG=97249 TEST=none Review URL: http://codereview.chromium.org/8417025 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@107809 0039d316-1c4b-4281-b951-d872f2087c98
-
simonjam@chromium.org authored
User callbacks are run in separate tasks posted by the pipelining code. If the user closes their stream before the task runs, we shouldn't try to call the stale callback. BUG=101936 TEST=net_unittests Review URL: http://codereview.chromium.org/8414010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@107808 0039d316-1c4b-4281-b951-d872f2087c98
-
palmer@chromium.org authored
Review URL: http://codereview.chromium.org/8400043 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@107807 0039d316-1c4b-4281-b951-d872f2087c98
-
benjhayden@chromium.org authored
Review URL: http://codereview.chromium.org/8414032 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@107806 0039d316-1c4b-4281-b951-d872f2087c98
-
shess@chromium.org authored
This should make it somewhat easier to figure out which FATAL log line fired, in the face of inlining and branching. BUG=none TEST=monitor crashes. Review URL: http://codereview.chromium.org/8401018 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@107805 0039d316-1c4b-4281-b951-d872f2087c98
-
jam@chromium.org authored
Move PageZoom enum into content/public/common and into the content namespace. Also move content_costants to content/public/common. BUG=98716 Review URL: http://codereview.chromium.org/8413051 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@107804 0039d316-1c4b-4281-b951-d872f2087c98
-
dpapad@chromium.org authored
BUG=101456 TEST=Select Minimum in the margins dropdown. Review URL: http://codereview.chromium.org/8392012 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@107803 0039d316-1c4b-4281-b951-d872f2087c98
-
achuith@chromium.org authored
BUG=chromium-os:22024 TEST=compiles, tests pass. Review URL: http://codereview.chromium.org/8417009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@107802 0039d316-1c4b-4281-b951-d872f2087c98
-
sreeram@chromium.org authored
When the preview is finally shown in these field trials, the dropdown will always be closed, so this may help avoid some flicker. In the process, change IsHiddenExperiment() to include the SILENT experiment (helps eliminate some calls). BUG=none TEST=none Review URL: http://codereview.chromium.org/8400068 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@107801 0039d316-1c4b-4281-b951-d872f2087c98
-
asargent@chromium.org authored
BUG=98145 TEST=Start not signed in to sync, and install an app with the 'experimental' permission. Then visit a page in the app which calls chrome.app.experimental.getNotificationChannel({clientId:"foo"}) - you should get an infobar asking you to sign in. Review URL: http://codereview.chromium.org/8400027 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@107800 0039d316-1c4b-4281-b951-d872f2087c98
-
jar@chromium.org authored
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 TBR=jar@chromium.org Review URL: http://codereview.chromium.org/8400073 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@107799 0039d316-1c4b-4281-b951-d872f2087c98
-
erg@chromium.org authored
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
-
sky@chromium.org authored
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
-
scherkus@chromium.org authored
Review URL: http://codereview.chromium.org/8417016 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@107796 0039d316-1c4b-4281-b951-d872f2087c98
-
ananta@chromium.org authored
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
-
sky@chromium.org authored
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
-
jar@chromium.org authored
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
-
kkania@chromium.org authored
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
-
agl@chromium.org authored
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
-
simonjam@chromium.org authored
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
-
achuith@chromium.org authored
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
-
achuith@chromium.org authored
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
-
achuith@chromium.org authored
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
-
achuith@chromium.org authored
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
-
dpapad@chromium.org authored
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
-
jhawkins@chromium.org authored
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
-
jhawkins@chromium.org authored
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
-
joaodasilva@chromium.org authored
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
-
skerner@chromium.org authored
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
-
dslomov@chromium.org authored
Review URL: http://codereview.chromium.org/8416029 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@107779 0039d316-1c4b-4281-b951-d872f2087c98
-
dpranke@chromium.org authored
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
-
jochen@chromium.org authored
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
-
varunjain@chromium.org authored
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
-
backer@chromium.org authored
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
-