- 25 Sep, 2014 40 commits
-
-
isherman authored
BUG=409100 R=tengs@chromium.org Review URL: https://codereview.chromium.org/597803002 Cr-Commit-Position: refs/heads/master@{#296756}
-
Nico Weber authored
Add more discussion links. BUG=none R=jamesr@chromium.org Review URL: https://codereview.chromium.org/604833003 Cr-Commit-Position: refs/heads/master@{#296755}
-
acleung authored
BUG=416707 TBR=joaodasilva Review URL: https://codereview.chromium.org/601133002 Cr-Commit-Position: refs/heads/master@{#296754}
-
phoglund authored
BUG=415372 Review URL: https://codereview.chromium.org/596843002 Cr-Commit-Position: refs/heads/master@{#296753}
-
sbc authored
The underlying ki_init functions were returning their success but for some reason nacl_io_init was ignoring this and returning void. Review URL: https://codereview.chromium.org/598223004 Cr-Commit-Position: refs/heads/master@{#296752}
-
vitalybuka authored
Not exact revert of https://codereview.chromium.org/488853002 BUG=374321,416396 Review URL: https://codereview.chromium.org/597933002 Cr-Commit-Position: refs/heads/master@{#296751}
-
hansmuller authored
Add a drainData(dataPipeHandle) utility function to the Mojo JS core module. The drainData() function asynchronously reads from the data pipe until the remote handle is closed or an error occurs. A Promise is returned whose settled value is an object like this: {result: core.RESULT_OK, buffer: dataArrayBuffer}. If the read failed, then the result will be the actual error code and the buffer will contain whatever was read before the error occurred. The drainData dataPipeHandle argument is closed automatically. BUG=414338 Review URL: https://codereview.chromium.org/577733002 Cr-Commit-Position: refs/heads/master@{#296750}
-
rtenneti authored
is the address. This code is not hooked up into QUIC code yet. Will submit that in the next CL. R=rch@chromium.org Review URL: https://codereview.chromium.org/605563003 Cr-Commit-Position: refs/heads/master@{#296749}
-
lcwu authored
Pass the system url request context getter to the cast service so that it can be used by various system components (e.g. cast receiver). BUG=None Review URL: https://codereview.chromium.org/606513002 Cr-Commit-Position: refs/heads/master@{#296748}
-
hcarmona authored
BUG=265583 Review URL: https://codereview.chromium.org/596923002 Cr-Commit-Position: refs/heads/master@{#296747}
-
slamm authored
BUG= Review URL: https://codereview.chromium.org/603753003 Cr-Commit-Position: refs/heads/master@{#296746}
-
Dominic Mazzoni authored
Failed "check_licenses" This reverts commit 6589af68. BUG=416983 TBR=dmazzoni@chromium.org Review URL: https://codereview.chromium.org/606653005 Cr-Commit-Position: refs/heads/master@{#296745}
-
dtseng authored
TEST=Run chrome with and without the --enable-chromevox-next flag; observe injection occurs always for classic and only on non-whitelisted pages for next. Review URL: https://codereview.chromium.org/599193002 Cr-Commit-Position: refs/heads/master@{#296744}
-
zeeshanq authored
BUG=417534 Review URL: https://codereview.chromium.org/604893002 Cr-Commit-Position: refs/heads/master@{#296743}
-
hendrikw authored
This was causing many ResourceProviders to be created with distance field text randomly set to on or off. Because AcquireSkSurface was never called on those instances of ResourceProvider, it isn't a serious problem, but I fixed it anyway, safer this way. Review URL: https://codereview.chromium.org/601243003 Cr-Commit-Position: refs/heads/master@{#296742}
-
zea authored
The various places where size_t and uint64 were being used have been converted to int, so that we can better check to make sure they're non-negative (they're actually consumed as ints by the protobuf parsing code). Various CHECKS have therefore been added to verify assumptions. BUG=409985 Review URL: https://codereview.chromium.org/600223003 Cr-Commit-Position: refs/heads/master@{#296741}
-
bruening authored
TBR=zhaoqin@chromium.org BUG=https://code.google.com/p/drmemory/issues/detail?id=1637 NOTRY=true Review URL: https://codereview.chromium.org/601203003 Cr-Commit-Position: refs/heads/master@{#296740}
-
Nico Weber authored
Namely, ban __func__, constexpr, u"asdf", and char16_t. BUG=none R=jamesr@chromium.org Review URL: https://codereview.chromium.org/603043002 Cr-Commit-Position: refs/heads/master@{#296739}
-
igsolla authored
BUG=417623 Review URL: https://codereview.chromium.org/606633002 Cr-Commit-Position: refs/heads/master@{#296738}
-
Dominic Mazzoni authored
We still need to clean up style violations and add i18n to all of these. BUG=416983 R=plundblad@chromium.org Review URL: https://codereview.chromium.org/593293002 Cr-Commit-Position: refs/heads/master@{#296737}
-
jbudorick authored
BUG=417705 Review URL: https://codereview.chromium.org/602973004 Cr-Commit-Position: refs/heads/master@{#296736}
-
treib authored
BUG=410824 Review URL: https://codereview.chromium.org/592423005 Cr-Commit-Position: refs/heads/master@{#296735}
-
aurimas authored
BUG=318404 TBR=zea@chromium.org,mkosiba@chromium.org Review URL: https://codereview.chromium.org/600983002 Cr-Commit-Position: refs/heads/master@{#296734}
-
pvalenzuela authored
SyncEntity protos in fake_server.cc are now populated by passing a pointer to FakeServerEntity.SerializeAsProto. Previously, SerializeAsProto returned a newly-created proto that was never deleted. BUG=NONE Review URL: https://codereview.chromium.org/600083003 Cr-Commit-Position: refs/heads/master@{#296733}
-
je_julie.kim authored
at Web_ax_object_proxy.cc It's for Blink test_runner. BUG=N/A Review URL: https://codereview.chromium.org/599363002 Cr-Commit-Position: refs/heads/master@{#296732}
-
zmo authored
They are flaky on Webkit win7 debug. BUG=417756 TEST=bots TBR=xians@chromium.org NOTRY=true Review URL: https://codereview.chromium.org/606653004 Cr-Commit-Position: refs/heads/master@{#296731}
-
tburkard authored
predictor, based on the following two options: - not on cellular - predictive actions are disabled for the current network selection This allows to only gather stats for a the subset of people we are interested in (eg only people on cellular, or only people who have prefetch enabled for the current network condition) R=jkarlin@chromium.org TBR=bnc@chromium.org, zhenw@chromium.org Review URL: https://codereview.chromium.org/591313005 Cr-Commit-Position: refs/heads/master@{#296730}
-
skuhne authored
This patch reads back content from the GPU in quarter res and stores it (in memory) as PNG. The OverviewMode can then grab an image through an activity to present it accordingly. Since we do not have browser test framework for Athena, there is no unit test yet. I took however issue 412474 on to mitigate that and I will use this test as the gunieapig test. In the meantime sadrul@chromium.org can start using this for his overviewmode presentation development. BUG=408837 TEST=Visual: Added Logging statements to see that the code gets properly executed. Review URL: https://codereview.chromium.org/591693002 Cr-Commit-Position: refs/heads/master@{#296729}
-
blink-deps-roller authored
Summary of changes available at: https://chromium.googlesource.com/chromium/blink/+log/7c76ab2..2540f38 TBR=ager@chromium.org,zmo@chromium.org Review URL: https://codereview.chromium.org/604873002 Cr-Commit-Position: refs/heads/master@{#296728}
-
nednguyen authored
BUG=416489 Review URL: https://codereview.chromium.org/605763002 Cr-Commit-Position: refs/heads/master@{#296727}
-
gavinp authored
The WebCache object itself is created by the ServiceWorkerCacheStorageDispatcher, which also handles much of its messaging for lifetime reasons, since a cache operation can outlive its WebServiceWorkerCache object. R=falken@chromium.org,jkarlin@chromium.org BUG=None Review URL: https://codereview.chromium.org/474593002 Cr-Commit-Position: refs/heads/master@{#296726}
-
jdduke authored
Now that most scroll paths are accelerated, we have minimal coverage of main-thread scrolling performance. Add a flag that disables threaded scrolling, allowing local testing of and (potentially) perf bot coverage for main-thread scroll responsiveness. This depends on the Blink change https://codereview.chromium.org/564043003/. BUG=414323 Review URL: https://codereview.chromium.org/571963003 Cr-Commit-Position: refs/heads/master@{#296725}
-
shuchen authored
BUG=417738 TEST=Verified on linux_chromeos. Review URL: https://codereview.chromium.org/606753002 Cr-Commit-Position: refs/heads/master@{#296724}
-
vkuzkokov authored
BUG=405566 Review URL: https://codereview.chromium.org/508973003 Cr-Commit-Position: refs/heads/master@{#296723}
-
csharp authored
BUG= Review URL: https://codereview.chromium.org/601243002 Cr-Commit-Position: refs/heads/master@{#296722}
-
Pavel Sergeev authored
Added a directory 'components-chromium'. The difference with the 'components' directory is that all inline scripts were extracted from Polymer elements to separate files. Such version is needed if we want to use the elements in a web UI, where inline scripts are forbidden by content security policy. An extraction was made by the vulcanize tool. I wrote the script called 'extract_inline_scripts.sh' to handle all the elements at once. It finds HTML files containing inline scripts (excluding some HTML files that are not a components of Polymer) and applies vulcanize to them. A JS file extracted from a file named 'foo/bar.html' will have a name 'foo/bar-extracted.js'. Also changed the wrong dependency 'core-iconset-svg' in bower.json and 'core-iconset-svg' was checked out correctly. Landed manually, because of the bug in the commit queue (http://crbug.com/416255). R=raymes@chromium.org, rsadam@chromium.org, thestig@chromium.org TBR=cpu BUG=415696 TEST=none Review URL: https://codereview.chromium.org/592593002 Cr-Commit-Position: refs/heads/master@{#296721}
-
sbc authored
Call this function on program shut down to allow nacl_io to free its resources. This fixes all the "potential" leak reported by valgrind --leak-check=full Review URL: https://codereview.chromium.org/601963002 Cr-Commit-Position: refs/heads/master@{#296720}
-
kuan authored
also: - ensure that error message is displayed for empty title - move dom_distiller_viewer.html/js from content to core dir - added tests. BUG=403066 Review URL: https://codereview.chromium.org/563923002 Cr-Commit-Position: refs/heads/master@{#296719}
-
ppi authored
It turns out that running self.GetStructs() not only gives you the structs, but changes the state of the module, annotating structs with necessary information. Therefore we need to run .GetStructs() in the Java generator as we do in the other generators. This patch makes the java generation work on it's own, ie. with "-g java". Review URL: https://codereview.chromium.org/601213002 Cr-Commit-Position: refs/heads/master@{#296718}
-
mlerman authored
BUG=405524 Review URL: https://codereview.chromium.org/605503002 Cr-Commit-Position: refs/heads/master@{#296717}
-