- 04 Jan, 2017 40 commits
-
-
pkasting authored
I only looked for calls to "bounds().origin()". We could probably change a lot more spots by fixing places that call both x() and y(). BUG=none TEST=none Review-Url: https://codereview.chromium.org/2595163002 Cr-Commit-Position: refs/heads/master@{#441413}
-
mfomitchev authored
TBR=binji BUG=676063 Review-Url: https://codereview.chromium.org/2612803002 Cr-Commit-Position: refs/heads/master@{#441412}
-
bruthig authored
BUG=671816 TEST=TriView.SetMinHeight Review-Url: https://codereview.chromium.org/2605513002 Cr-Commit-Position: refs/heads/master@{#441411}
-
kbr authored
It's impractical to merge them, so instead, allow overriding them. Tested manually on Windows. BUG=675582 CQ_INCLUDE_TRYBOTS=master.tryserver.chromium.linux:linux_optional_gpu_tests_rel;master.tryserver.chromium.mac:mac_optional_gpu_tests_rel;master.tryserver.chromium.win:win_optional_gpu_tests_rel;master.tryserver.chromium.android:android_optional_gpu_tests_rel Review-Url: https://codereview.chromium.org/2617453002 Cr-Commit-Position: refs/heads/master@{#441410}
-
ananta authored
This should fix the http/tests/misc/resource-timing-sizes-tags.html layout test. The other test http/tests/inspector/resource-har-conversion.html needs an expectation change to allow the custom header which is passed for PlzNavigate. Will do that in a later patchset. Changes on this patch are to implement the GetTotalReceivedBytes() override for the StreamURLRequestJob class BUG=673745 Review-Url: https://codereview.chromium.org/2612683002 Cr-Commit-Position: refs/heads/master@{#441409}
-
rdevlin.cronin authored
NOTRY=true TBR=groby@chromium.org BUG=678300 Review-Url: https://codereview.chromium.org/2611723003 Cr-Commit-Position: refs/heads/master@{#441408}
-
adithyas authored
The original image baseline has the dropdown options hovering above the selector. This moves the <select> above the description/console and makes the dropdown appear in the correct position (i.e. directly below the selector) BUG= Review-Url: https://codereview.chromium.org/2611593003 Cr-Commit-Position: refs/heads/master@{#441407}
-
avi authored
BUG=579229 Review-Url: https://codereview.chromium.org/2600783002 Cr-Commit-Position: refs/heads/master@{#441406}
-
gogag2 authored
For historical reasons, older tests are written using the js-test harness. This harness is deprecated, and should not be used for new tests. So, rewrite The layout test as following new tests guide[1]. [1] https://chromium.googlesource.com/chromium/src/+/master/docs/testing/writing_layout_tests.md#The-js_test_js-Legacy-Harness BUG=678023 Review-Url: https://codereview.chromium.org/2611713002 Cr-Commit-Position: refs/heads/master@{#441405}
-
jbudorick authored
The layout tests have been using globals in skia to provide custom font files. Skia would like to get rid of those globals. This change adds a chromium-side SkFontMgr::Factory for the layout tests to use instead. BUG=chromium:567947,skia:2817 Review-Url: https://codereview.chromium.org/2599933002 Cr-Commit-Position: refs/heads/master@{#441404}
-
msarda authored
This reverts commit 6b24b79e. The reason for this revert is that we want to remove the right-click behavior from new user menu. BUG=661289 Review-Url: https://codereview.chromium.org/2617493002 Cr-Commit-Position: refs/heads/master@{#441403}
-
mlippautz authored
While worker threads have no DOM access, they still get a scripting environment and need wrapper tracing. Failing to invalidate and/or cleanup wrappers will leave dangling pointers behind. BUG=676700, 468240 Review-Url: https://codereview.chromium.org/2610853002 Cr-Commit-Position: refs/heads/master@{#441402}
-
japhet authored
I have made a truly wonderful mess of WebViewPlugin, via: https://chromium.googlesource.com/chromium/src/+/8489f1bf78c2c6f296e0df6c529751d29e8a0188 https://chromium.googlesource.com/chromium/src/+/8ed4bf69eca5e2696aeab731a8e9a15e8f379f2b My fundamental misunderstanding (I think!) was regarding what WebViewPlugin is listening to via the various interfaces it subclasses. It uses WebFrameClient and WebViewClient to observe its internal WebView, while it uses WebPlugin and RenderViewObserver to interact with the real external page. In the patches above, I mixed and matched messages from those 2 sources because I thought they were coming from the same context. This patch reverts the damage done in those patches, and restores ReplayReceivedData, more-or-less the way it was before I started breaking stuff. It then continues the work I started in https://chromium.googlesource.com/chromium/src/+/8e1badd5fbc054cf4ffc9303e8cb0aa22ce55ca6 and moves the subclassing of WebViewClient to a private helper class. This helper, renamed to WebViewHelper, now handles all callbacks coming from the internal WebView (i.e., the "WebView" in "WebViewPlugin"), and WebViewPlugin continues subclassing WebPlugin and RenderViewObserver to observe the outside world. This will hopefully make it harder to screw things up in the same way in the future. BUG=675585 Review-Url: https://codereview.chromium.org/2600253003 Cr-Commit-Position: refs/heads/master@{#441401}
-
jbudorick authored
A rewrite of the downstream orderfile recipe will call this script rather than invoking AndroidProfileTool.CollectProfile directly. BUG=639831 Review-Url: https://codereview.chromium.org/2614483002 Cr-Commit-Position: refs/heads/master@{#441400}
-
dullweber authored
Move code from StoragePartitionHttpCacheRemover to CacheCountingHelper. Improve tests by adding a CacheTestUtil class for common functionality of cache counting and cache deletion tests. BUG=671196 TBR=achuith@chromium.org Review-Url: https://codereview.chromium.org/2556363003 Cr-Commit-Position: refs/heads/master@{#441399}
-
skia-deps-roller authored
https://skia.googlesource.com/skia.git/+log/671163843681..2be687af58ec $ git log 671163843..2be687af5 --date=short --no-merges --format='%ad %ae %s' 2017-01-03 ethannicholas fix skslc crash when ternary parameter types don't match 2017-01-04 msarett Use shared toSRGBD50 matrix in SkPngCodec 2017-01-03 bungeman Stage SkFontMgr factories to return smart pointers. 2017-01-03 mtklein Remove SkImageShader -> SkColorShader optimization. 2017-01-04 fs Scale the result of TightBounds when path was inverse-scaled BUG=678162 Documentation for the AutoRoller is here: https://skia.googlesource.com/buildbot/+/master/autoroll/README.md If the roll is causing failures, see: http://www.chromium.org/developers/tree-sheriffs/sheriff-details-chromium#TOC-Failures-due-to-DEPS-rolls CQ_INCLUDE_TRYBOTS=master.tryserver.blink:linux_trusty_blink_rel TBR=csmartdalton@google.com Review-Url: https://codereview.chromium.org/2611873003 Cr-Commit-Position: refs/heads/master@{#441398}
-
droger authored
As opposed to a full prerender, a prefetch could be repeated relatively soon. This CL prevent this by detecting repeated prefetches and cancelling them with FINAL_STATUS_DUPLICATE. The threshold used is net::HttpCache::kPrefetchReuseMins (5 minutes), which should roughly match what is happening for full prerenders. Review-Url: https://codereview.chromium.org/2614473002 Cr-Commit-Position: refs/heads/master@{#441397}
-
sahel authored
When the controller forwards the stashed TapDown event after tapDownTimer expiration, it should forward the next TapCancel event as well to maintain a valid input stream. The rest of the tap ending events should get suppressed till the next TapDown event. BUG=674602 TEST=TapSuppressionControllerTest.GFCAckBeforeTapSufficientlyLateTapCancel Review-Url: https://codereview.chromium.org/2613533003 Cr-Commit-Position: refs/heads/master@{#441396}
-
halcanary authored
This change replaces the implementation in SkImageEncoder_none.cpp with an implementation that allows the layer above to define an image encoding function. Background: Skia's (experimental) XPS backend needs a PNG encoder. Skia for Chromium does not compile its PNG encoder, but there is one available in Chrome's gfx component. To make layering work right, I allow the layer above skia (gfx) to define an encoding function that can be installed into skia. TODO: initialize the function pointer in printing process. Also: Revert "SK_SUPPORT_LEGACY_IMAGE_ENCODER_CLASS" This reverts commit 1430e85b. BUG=chromium:616763 Review-Url: https://codereview.chromium.org/2527833002 Cr-Commit-Position: refs/heads/master@{#441395}
-
estade authored
Also clean up/streamline AppListView. 1. Remove code that supported arrows + view anchoring 2. Remove code that supported !CrOS 3. Remove dead code for making bubble borders accept events 4. Remove AppListViewObserver which is dead and who knows what it was used for. 5. Stop building //ui/app_list on all aura (just build on CrOS) BUG=608852 TBR=derat@chromium.org Review-Url: https://codereview.chromium.org/2588103004 Cr-Commit-Position: refs/heads/master@{#441394}
-
gambard authored
WebControllerProvider is not used anymore, it can be removed. BUG=546231 Review-Url: https://codereview.chromium.org/2612433002 Cr-Commit-Position: refs/heads/master@{#441393}
-
reed authored
BUG=675977 Review-Url: https://codereview.chromium.org/2612023003 Cr-Commit-Position: refs/heads/master@{#441392}
-
chfremer authored
Reland [Mojo Video Capture] Replace method OnIncomingCapturedVideoFrame() with OnIncomingCapturedBufferExt() This is exactly the same as reviewed previously https://codereview.chromium.org/2592303002/ The reason for the revert was a crash in a performance test on Android, which pointed to a bad file handle while Mojo-unwrapping a shared buffer. This was most likely caused by the same bug 675528 that was just fixed for the previous CL1.9.8. I ran the test on a local Android device an confirmed that it is no longer crashing. Description of original CL: In interface media:VideoCaptureDevice::Client, replaced the method OnIncomingCapturedVideoFrame() with OnIncomingCapturedBufferExt(). Compared to method OnIncomingCaptureBuffer(), the VideoFrame parameter in OnIncomingCapturedVideoFrame() was only used for passing along a bit of extra information, namely a custom |visible_rect| as well as some |additional_metadata|. The new method makes the intent clear and eliminates the need for passing a media::VideoFrame that is partly redundant with the also passed media::VideoCaptureDevice::Client::Buffer. This CL breaks the video_capture_unittests, because current implementation of the video_capture service wants to use VideoCaptureDeviceClient with buffers that are backed by MojoSharedMemoryBufferTracker instances instead of the "regular" shared memory buffers. With this CL, VideoCaptureDeviceClient is dropping support for this. We are working towards making the video_capture service work with the regular buffers. To keep CLs small, we defer changes to the service to after refactorings of VideoCaptureController and VideoCaptureManager are complete and deactive the video_capture_unittests temporarily. This is acceptable for the time being, since they are not run on the bots yet. The CL that re-enables them is currently labeled CL1.9.22 in the design doc. This CL is part of the Mojo Video Capture work. For the bigger picture, see [1] CL1.9.9 BUG=584797 TEST= content_unittests --gtest_filter="*Video*", video_capture_unittests, Apprtc loopback on Debug, Desktop Capture Example extension on Release [1] https://docs.google.com/a/chromium.org/document/d/1Qw7rw1AJy0QHXjha36jZNiEuxsxWslJ_X-zpOhijvI8/edit?usp=sharing Review-Url: https://codereview.chromium.org/2592303002 Cr-Commit-Position: refs/heads/master@{#441391}
-
dcheng authored
Caret blinking is an internal feature, so move it to the unpecced timer task queue for now. In the future, this may change to be driven by BeginFrame updates. Similarly, spellcheck is also an internal feature of Chromium, so it also uses the unspecced timer task queue. BUG=624694 Review-Url: https://codereview.chromium.org/2612713002 Cr-Commit-Position: refs/heads/master@{#441390}
-
xlai authored
BUG=655311 Review-Url: https://codereview.chromium.org/2594393003 Cr-Commit-Position: refs/heads/master@{#441389}
-
fmalita authored
It is equivalent to checking the result of GetNativeDrawingContext(), so do that instead, in NativeThemeWin::Paint(). Also remove an unused param of NativeThemeWin::PaintIndirect(). BUG=675977 R=reed@google.com Review-Url: https://codereview.chromium.org/2610003002 Cr-Commit-Position: refs/heads/master@{#441388}
-
mvanouwerkerk authored
RecentTabsManager#getCurrentlyOpenTabs() always returns null, and from that point on all this other code seems to be unused. BUG=659631 Review-Url: https://codereview.chromium.org/2604453004 Cr-Commit-Position: refs/heads/master@{#441387}
-
rnephew authored
Revert of [Android] Disable mid perf run device recovery on n7 devices. (patchset #2 id:20001 of https://codereview.chromium.org/2606343003/ ) Reason for revert: Did not fix the issue. Original issue's description: > [Android] Disable mid perf run device recovery on n7 devices. > > Speculative disabling to see if it causes failures to stop. > > BUG=667470 > > Committed: https://crrev.com/3b402227aa7e5c1851893cf8d7090dc456af8ac6 > Cr-Commit-Position: refs/heads/master@{#441217} TBR=mikecase@chromium.org,jbudorick@chromium.org # Skipping CQ checks because original CL landed less than 1 days ago. NOPRESUBMIT=true NOTREECHECKS=true NOTRY=true BUG=667470 Review-Url: https://codereview.chromium.org/2614723002 Cr-Commit-Position: refs/heads/master@{#441386}
-
v8-autoroll authored
Summary of changes available at: https://chromium.googlesource.com/v8/v8/+log/a559520b..652319fc Please follow these instructions for assigning/CC'ing issues: https://github.com/v8/v8/wiki/Triaging%20issues Please close rolling in case of a roll revert: https://v8-roll.appspot.com/ This only works with a Google account. CQ_INCLUDE_TRYBOTS=master.tryserver.blink:linux_trusty_blink_rel;master.tryserver.chromium.linux:linux_optional_gpu_tests_rel;master.tryserver.chromium.mac:mac_optional_gpu_tests_rel;master.tryserver.chromium.win:win_optional_gpu_tests_rel TBR=hablich@chromium.org,machenbach@chromium.org,littledan@chromium.org,vogelheim@chromium.org Review-Url: https://codereview.chromium.org/2615633003 Cr-Commit-Position: refs/heads/master@{#441385}
-
vitaliii authored
Make Recent Tabs (aka Open Tabs) provider depend on Reason: M57 feature freeze is close and we want this provider in M57. However, it is not clear whether recent tabs will be in M57, thus, we enable our provider conditionally on them. BUG=659205 CQ_INCLUDE_TRYBOTS=master.tryserver.chromium.linux:closure_compilation Review-Url: https://codereview.chromium.org/2609423002 Cr-Commit-Position: refs/heads/master@{#441384}
-
rtoy authored
Only the tests using Audit are converted here, using the script: for f in `grep -l Audit *.html` do # Replace js-test with testharness and add testharnessreport.js sed -i 's;\(.*\)\(<script.*\)js-test.js\(.*\);\1\2testharness.js\3\ \1\2testharnessreport.js\3 ;' $f # Remove old js-test methods that no longer exist. sed -i '/^[ ]*\(description(".*")\|finishJSTest()\);[ ]*/d' $f # Remove jsTestIsAsync stuff sed -i '/^[ ]*window.jsTestIsAsync *= *true;[ ]*$/d' $f done Additional manual changes were needed to replace methods defined by js-test. Expected results files also removed. BUG=676355 TEST=audiobuffer-copy-channel.html, audiobuffer-getChannelData.html Review-Url: https://codereview.chromium.org/2593083002 Cr-Commit-Position: refs/heads/master@{#441383}
-
joedow authored
This change adds retry logic for applying resolution changes when the session is first started. The RDP API we rely on can return E_UNEXPECTED for a few seconds after the user logs in. This is not documented on MSDN but has been experienced by other users of the API. This change adds a timer which is used to retry the resolution update until it succeeds or reaches the max number of attempts. Once the user is logged on, we do not use the retry logic as calls after that point are expected to succeed. BUG=392220 Review-Url: https://codereview.chromium.org/2600623002 Cr-Commit-Position: refs/heads/master@{#441382}
-
avayvod authored
BUG=678108 TEST=manual Review-Url: https://codereview.chromium.org/2614583002 Cr-Commit-Position: refs/heads/master@{#441381}
-
msarda authored
This CL removes the temporary hack to disable the sync confirmaton page on linux and windows as the sync confirmation dialog is browser modal on these platforms and thus the dialog is no longer dismissed on page navigation. BUG=657924 Review-Url: https://codereview.chromium.org/2614703002 Cr-Commit-Position: refs/heads/master@{#441380}
-
pdfium-deps-roller authored
https://pdfium.googlesource.com/pdfium.git/+log/4741b291f462..fff400a5df03 $ git log 4741b291f..fff400a5d --date=short --no-merges --format='%ad %ae %s' 2017-01-04 tsepez Remove CFX_ArrayTemplate in BC_QRCoderEncoder. Documentation for the AutoRoller is here: https://skia.googlesource.com/buildbot/+/master/autoroll/README.md If the roll is causing failures, see: http://www.chromium.org/developers/tree-sheriffs/sheriff-details-chromium#TOC-Failures-due-to-DEPS-rolls TBR=dsinclair@chromium.org Review-Url: https://codereview.chromium.org/2615533003 Cr-Commit-Position: refs/heads/master@{#441379}
-
asvitkine authored
This was a result of the FRE refactor work for first run experiments, which had moved FirstRunActivity creation to be before native init. As a result of that, the removeBackground() ChromeTabbedActivity ended up happening when the activity was not foreground, which apparently caused the bug. This change fixes it by making the removeBackground() call happen later, when the ChromeTabbedActivity is visible. The logic is such that we do it once both native init and window focus events have been received. BUG=673831 Review-Url: https://codereview.chromium.org/2613573003 Cr-Commit-Position: refs/heads/master@{#441378}
-
rohitrao authored
BUG=None Review-Url: https://codereview.chromium.org/2612733004 Cr-Commit-Position: refs/heads/master@{#441377}
-
skia-deps-roller authored
https://skia.googlesource.com/skia.git/+log/9ea894b4d030..671163843681 $ git log 9ea894b4d..671163843 --date=short --no-merges --format='%ad %ae %s' 2017-01-03 caryclark fix fuzz Documentation for the AutoRoller is here: https://skia.googlesource.com/buildbot/+/master/autoroll/README.md If the roll is causing failures, see: http://www.chromium.org/developers/tree-sheriffs/sheriff-details-chromium#TOC-Failures-due-to-DEPS-rolls CQ_INCLUDE_TRYBOTS=master.tryserver.blink:linux_trusty_blink_rel TBR=csmartdalton@google.com Review-Url: https://codereview.chromium.org/2615633002 Cr-Commit-Position: refs/heads/master@{#441376}
-
sdefresne authored
Since SigninStatusMetricsProvider::CreateInstance returns a newly created object owned by the caller, enforce this by returning a std::unique_ptr<> instead of a raw pointer. Remove unnecessary calls to base::WrapUnique() after this API change. BUG=None Review-Url: https://codereview.chromium.org/2609213002 Cr-Commit-Position: refs/heads/master@{#441375}
-
catapult-deps-roller authored
https://chromium.googlesource.com/external/github.com/catapult-project/catapult.git/+log/a067dd2f2b17..9e6944a8f310 $ git log a067dd2f2..9e6944a8f --date=short --no-merges --format='%ad %ae %s' 2017-01-04 perezju [dashboard] Do not use --story-filter on webrtc.* benchmarks Documentation for the AutoRoller is here: https://skia.googlesource.com/buildbot/+/master/autoroll/README.md If the roll is causing failures, see: http://www.chromium.org/developers/tree-sheriffs/sheriff-details-chromium#TOC-Failures-due-to-DEPS-rolls CQ_INCLUDE_TRYBOTS=master.tryserver.chromium.android:android_optional_gpu_tests_rel TBR=catapult-sheriff@chromium.org Review-Url: https://codereview.chromium.org/2617483002 Cr-Commit-Position: refs/heads/master@{#441374}
-