- 06 Mar, 2019 40 commits
-
-
Raymond Toy authored
MediaStreamSourceNode and related nodes should report they have activity whenever the context is running, because they actually do. This prevents the nodes from getting prematurely collected. Unfortunately, this also means nodes will not be collected until the context is suspended or stopped. Bug: 937231 Change-Id: I4cd93fe757d8f34fbbc0c68aeaace4727c77be14 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1496541Reviewed-by:
Hongchan Choi <hongchan@chromium.org> Reviewed-by:
Kentaro Hara <haraken@chromium.org> Commit-Queue: Raymond Toy <rtoy@chromium.org> Cr-Commit-Position: refs/heads/master@{#638306}
-
chromium-autoroll authored
https://chromium.googlesource.com/chromiumos/chromite.git/+log/767948b07604..c3ec692344cb git log 767948b07604..c3ec692344cb --date=short --no-merges --format='%ad %ae %s' 2019-03-06 dgarrett@google.com workspace_stages: Add SyncChrome timeout. Created with: gclient setdep -r src/third_party/chromite@c3ec692344cb The AutoRoll server is located here: https://autoroll.skia.org/r/chromite-chromium-autoroll Documentation for the AutoRoller is here: https://skia.googlesource.com/buildbot/+/master/autoroll/README.md If the roll is causing failures, please contact the current sheriff, who should be CC'd on the roll, and stop the roller if necessary. CQ_INCLUDE_TRYBOTS=luci.chromium.try:chromeos-kevin-rel TBR=chrome-os-gardeners@chromium.org Change-Id: I58f7b56c9a2251c891eda19d3884929a6987e9ba Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1506477Reviewed-by:
chromium-autoroll <chromium-autoroll@skia-public.iam.gserviceaccount.com> Commit-Queue: chromium-autoroll <chromium-autoroll@skia-public.iam.gserviceaccount.com> Cr-Commit-Position: refs/heads/master@{#638305}
-
Robert Ogden authored
This also moves the ignore blacklist flag one call level higher for use in browser tests, instead of having to load hints for every test. Bug: 938621 Change-Id: Ie13f87463dccb9e2a3d57a0cda9b89a80fdb9f55 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1504256Reviewed-by:
Tarun Bansal <tbansal@chromium.org> Reviewed-by:
Ryan Sturm <ryansturm@chromium.org> Commit-Queue: Robert Ogden <robertogden@chromium.org> Cr-Commit-Position: refs/heads/master@{#638304}
-
Lucas Furukawa Gadani authored
Bug: 933515 Change-Id: I2c4f239144d3ed060d5bace974b5646b086ca9db Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1479422 Commit-Queue: Lucas Gadani <lfg@chromium.org> Reviewed-by:
Alex Moshchuk <alexmos@chromium.org> Cr-Commit-Position: refs/heads/master@{#638303}
-
Jérôme Lebel authored
Updating +[ChromeMatchers googleServicesSettingsButton], to find the "Sync and Google services" cell. This cell cannot be found with its accessibility text since the sync status (detail text of the cell) can vary. The issue was created with: crrev.com/c/1497003 Bug: 937855 Change-Id: Ia8ab1f90a3c8476f2710b48cdcacb1278aa292e7 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1503414Reviewed-by:
Eugene But <eugenebut@chromium.org> Reviewed-by:
Gauthier Ambard <gambard@chromium.org> Commit-Queue: Jérôme Lebel <jlebel@chromium.org> Cr-Commit-Position: refs/heads/master@{#638302}
-
Sajjad Mirza authored
There are missing clang runtime libraries that are needed to successfully link libmojo in a coverage configuration. This workaround lets us get coverage data for the rest of Chrome on Chrome OS. This patch was authored by Noel Gordon, who initially reported this issue. Bug: 865376 Change-Id: I88b309760836639b80dfa0f7b67e4bb5c2b55d37 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1493471 Commit-Queue: Sajjad Mirza <sajjadm@google.com> Reviewed-by:
Roberto Carrillo <robertocn@chromium.org> Reviewed-by:
Dirk Pranke <dpranke@chromium.org> Reviewed-by:
Yuke Liao <liaoyuke@chromium.org> Cr-Commit-Position: refs/heads/master@{#638301}
-
Avery Musbach authored
According to the specification, when you drag a window to snap it, the preview area (referred to as "Indicator") should fade out over 67 ms, fast out, linear in: https://mccanny.users.x20web.corp.google.com/www/splitscreen-motion/index.html#window-drop Currently, it fades out over 250 ms, fast out, slow in. BEFORE: https://photos.app.goo.gl/MQa3rZ4jKX4hZLba7 AFTER: https://photos.app.goo.gl/iLFHyvqxFZsfreEC6 Test: manual Bug: 934977 Change-Id: I27d3e4d758097f2a87207880b2bc5ca9622dad7e Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1504037 Commit-Queue: Avery Musbach <amusbach@chromium.org> Reviewed-by:
Xiaoqian Dai <xdai@chromium.org> Cr-Commit-Position: refs/heads/master@{#638300}
-
Lindsay Pasricha authored
infra cl: https://chrome-internal-review.googlesource.com/c/infradata/config/+/914125 Bug: 936908 Change-Id: I15d82cdf4ca0edb78a7258b6477deaaa0941c6f2 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1496656 Commit-Queue: Lindsay Pasricha <lindsayw@chromium.org> Reviewed-by:
John Budorick <jbudorick@chromium.org> Reviewed-by:
Justin Cohen <justincohen@chromium.org> Cr-Commit-Position: refs/heads/master@{#638299}
-
Paul Irish authored
Changelog: https://github.com/googlechrome/lighthouse/compare/v4.0.0...v4.1.0 Change-Id: Ief76c7c2d0fb4b44e9332b91c2a6bb99f46a9d2e Bug: 772558 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1506382 Commit-Queue: Paul Irish <paulirish@chromium.org> Reviewed-by:
Erik Luo <luoe@chromium.org> Auto-Submit: Paul Irish <paulirish@chromium.org> Cr-Commit-Position: refs/heads/master@{#638298}
-
manuk authored
Previously, boolean fields such as the "Can be default" which display a green check-mark or red x-mark would additionally contain invisible (CSS font-size 0) text "true" or "false" in order to allow selecting and copying them. This CL removes this hidden text as we're no longer supporting selecting and copying partial outputs. Bug: 937321 Change-Id: Ic347c3f99d645463c59bc2c15d95aaf9148b2f60 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1496923Reviewed-by:
Demetrios Papadopoulos <dpapad@chromium.org> Commit-Queue: manuk hovanesian <manukh@chromium.org> Cr-Commit-Position: refs/heads/master@{#638297}
-
chromium-internal-autoroll authored
https://chrome-internal.googlesource.com/chrome/src-internal.git/+log/a2179093ac06..0ab64c504cf5 Created with: gclient setdep -r src-internal@0ab64c504cf5 The AutoRoll server is located here: https://autoroll-internal.skia.org/r/src-internal-chromium-autoroll Documentation for the AutoRoller is here: https://skia.googlesource.com/buildbot/+/master/autoroll/README.md If the roll is causing failures, please contact the current sheriff, who should be CC'd on the roll, and stop the roller if necessary. CQ_INCLUDE_TRYBOTS=luci.chrome.try:linux-chromeos-chrome BUG=chromium:937987 TBR=shend@chromium.org,zmin@chromium.org,dvadym@chromium.org,petewil@chromium.org Change-Id: I2f2f1b098b44f2404bf4d9fee5dc52c364a536e7 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1506364Reviewed-by:
chromium-internal-autoroll <chromium-internal-autoroll@skia-corp.google.com.iam.gserviceaccount.com> Commit-Queue: chromium-internal-autoroll <chromium-internal-autoroll@skia-corp.google.com.iam.gserviceaccount.com> Cr-Commit-Position: refs/heads/master@{#638296}
-
Henrique Nakashima authored
Bug: 933784 Change-Id: I3bc03760dea254fa33f8c660689739db65a1ce9a Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1492791 Commit-Queue: Henrique Nakashima <hnakashima@chromium.org> Reviewed-by:
Xi Han <hanxi@chromium.org> Reviewed-by:
David Roger <droger@chromium.org> Reviewed-by:
Sylvain Defresne <sdefresne@chromium.org> Cr-Commit-Position: refs/heads/master@{#638295}
-
rajendrant authored
The attribute values change from on/off/auto to lazy/eager/auto Bug: 936572 Change-Id: I014891934cde248c1ea0a969d89b3b0d75eec2a2 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1500017Reviewed-by:
Hiroshige Hayashizaki <hiroshige@chromium.org> Commit-Queue: rajendrant <rajendrant@chromium.org> Cr-Commit-Position: refs/heads/master@{#638294}
-
Fredrik Söderquist authored
A nested clip-path should resolve against the original elements reference box, but it would instead resolve against the referencing <clipPath>. Pass the appropriate reference box to SVGLayoutSupport::IntersectsClipPath. Took the opportunity to export some related tests to WPT. Bug: 938913 Change-Id: I6d6ad88f0a97028b21b1f1a488afbdd42a96264b Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1505949Reviewed-by:
Stephen Chenney <schenney@chromium.org> Commit-Queue: Fredrik Söderquist <fs@opera.com> Cr-Commit-Position: refs/heads/master@{#638293}
-
Gayane Petrosyan authored
Bug: 937218 Change-Id: I66a30f2f095731957055cf082e39657a5c551b3e Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1497415Reviewed-by:
Kristi Park <kristipark@chromium.org> Commit-Queue: Gayane Petrosyan <gayane@chromium.org> Cr-Commit-Position: refs/heads/master@{#638292}
-
chromium-autoroll authored
https://pdfium.googlesource.com/pdfium.git/+log/9ba187ae4751..3df5c7cf7b58 git log 9ba187ae4751..3df5c7cf7b58 --date=short --no-merges --format='%ad %ae %s' 2019-03-06 tsepez@chromium.org Fix temporary going out of scope too early in XFA_LoadImageData() Created with: gclient setdep -r src/third_party/pdfium@3df5c7cf7b58 The AutoRoll server is located here: https://autoroll.skia.org/r/pdfium-autoroll Documentation for the AutoRoller is here: https://skia.googlesource.com/buildbot/+/master/autoroll/README.md If the roll is causing failures, please contact the current sheriff, who should be CC'd on the roll, and stop the roller if necessary. BUG=chromium:937199 TBR=dsinclair@chromium.org Change-Id: I89e3c61b3e366e54de2f5ef32bc6b18d1d339ce2 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1506476Reviewed-by:
chromium-autoroll <chromium-autoroll@skia-public.iam.gserviceaccount.com> Commit-Queue: chromium-autoroll <chromium-autoroll@skia-public.iam.gserviceaccount.com> Cr-Commit-Position: refs/heads/master@{#638291}
-
Scott Violet authored
And instead make function public. I did not move the definition, because, as far as I can tell, the declarations/definitions are rather out of sync for this file. BUG=none TEST=none Change-Id: Ie0b21ffdf14513e1e67c4d1d0dce70703745387f Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1505838 Commit-Queue: Scott Violet <sky@chromium.org> Auto-Submit: Scott Violet <sky@chromium.org> Reviewed-by:
danakj <danakj@chromium.org> Cr-Commit-Position: refs/heads/master@{#638290}
-
Hiroshige Hayashizaki authored
This CL adds origin_trial_feature_name to - "BuiltInModuleInfra" - "BuiltInModuleKvStorage" While "BuiltInModuleInfra" origin trial is not needed for end users, this is needed in terms of implementation, because "BuiltInModuleInfra" should be enabled if "BuiltInModuleKvStorage" is enabled, and thus "BuiltInModuleInfra" flag should also depend on origin trials. By adding origin_trial_feature_name to "BuiltInModuleInfra", origin_trials::BuiltInModuleInfraEnabled() takes care of the dependency. As origin trials requires ExecutionContext, this CL associates built-in module feature control with Modulator, by introducing - Modulator::BuiltInModuleInfraEnabled() - Modulator::BuiltInModuleEnabled() This CL plumbs Modulator via ModuleScriptFetcher::Fetch() and ImportMap, to plumb Modulator::BuiltInModule*Enabled() to layered_api.cc. It seems a little confusing that ModuleScriptFetcher takes both Modulator and ResourceFetcher that refer module map settings object and fetch client settings object, respectively. This is actually consistent, because built-in modules are associated with module map settings object and the current implementation of import maps is also associated with Modulator (crbug/928435), while fetching should refer to fetch client settings object. This apparent inconsistency should be resolved by - Fixing Issue 928435, or - Enabling Built-in modules by default (which will remove dependencies to ExecutionContext/Modulator again), or - Refactoring ModuleScriptFetcher. This CL implements individual control over built-in modules in ModulatorImplBase::BuiltInModuleEnabled(). After this CL, - "BuiltInModuleKvStorage" enables "kv-storage" and "blank" only, and - "BuiltInModuleInfra" flag enables "blank" only, while they enabled all built-in modules before this CL. Bug: 829084, 928435 Change-Id: I0ee2838c0981192e9a993cb784bc39d866682836 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1497468 Commit-Queue: Hiroshige Hayashizaki <hiroshige@chromium.org> Reviewed-by:
Kouhei Ueno <kouhei@chromium.org> Cr-Commit-Position: refs/heads/master@{#638289}
-
Jian Li authored
This works for network service both enabled and disabled. Bug: 938696 Change-Id: I2210f44861976b14508c1eff8401bc12958dc87c Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1504692 Commit-Queue: Jian Li <jianli@chromium.org> Reviewed-by:
Dmitry Titov <dimich@chromium.org> Reviewed-by:
Min Qin <qinmin@chromium.org> Cr-Commit-Position: refs/heads/master@{#638288}
-
Rouslan Solomakhin authored
Before this patch, a payment app that was slow to respond to `canmakepayment` event would leave a window of time when the user could enter the tab overview mode in Android, which did not cancel the ongoing payment, even though the merchant page was no longer in focus. The tab overview mode displays a list of user tabs and is used for tab switching. Chrome already listened to tab switch events, so selecting a different tab does cancel the ongoing payment. This patch cancels the ongoing payment when Chrome enters into the overview mode. After this patch, Chrome cancels the ongoing payment if the user enters the tab overview mode, which can happen when the payment app is slow to respond to `canmakepayment` event. Bug: 817073 Change-Id: I852d8467bb4e349bcc9afb322d973a9bccca0910 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1506374Reviewed-by:
Danyao Wang <danyao@chromium.org> Commit-Queue: Rouslan Solomakhin <rouslan@chromium.org> Cr-Commit-Position: refs/heads/master@{#638287}
-
Joe DeBlasio authored
This is a cleanup CL to add a few missing, and simplify existing, interstitial tests. It also includes a few unaddressed nits from earlier CLs. Bug: 927924 Change-Id: Iaa177d8dfc69d127b6ba2af5c8f508d5e5d8db83 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1497756 Commit-Queue: Joe DeBlasio <jdeblasio@chromium.org> Auto-Submit: Joe DeBlasio <jdeblasio@chromium.org> Reviewed-by:
Michael Wasserman <msw@chromium.org> Reviewed-by:
Mustafa Emre Acer <meacer@chromium.org> Cr-Commit-Position: refs/heads/master@{#638286}
-
Sammie Quon authored
Partial revert of https://chromium-review.googlesource.com/c/chromium/src/+/1481899. It turns out that that change did not remove a full screen blit, so it was a lateral change at best. But that cl does fix another wallpaper bug and left some framework for the next change, which confirm to remove a fullscreen blit, but will not make it in time for m74. TBR=xiyuan@chromium.org Test: none Bug: 774690 Change-Id: I3a42d9a2dfdc81b848998858ea4fad0218c7f7a1 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1506372 Commit-Queue: Sammie Quon <sammiequon@chromium.org> Reviewed-by:
Xiaoqian Dai <xdai@chromium.org> Cr-Commit-Position: refs/heads/master@{#638285}
-
James Cook authored
The |window_type| is always ws::mojom::WindowType::WINDOW, so it doesn't need to be a parameter. Bug: none Change-Id: Id0ec9146d64e9653983f12945a1436083371633c Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1506110 Auto-Submit: James Cook <jamescook@chromium.org> Commit-Queue: Evan Stade <estade@chromium.org> Reviewed-by:
Evan Stade <estade@chromium.org> Cr-Commit-Position: refs/heads/master@{#638284}
-
btolsch authored
A previous change to use the network service introduced two WeakPtrFactory members to DialServiceImpl. Although this gets around the advice to only use WeakPtrs from one factory on a single sequence, it doesn't actually solve the problem: ~DialServiceImpl still runs on the IO thread, which may cause some UI thread WeakPtrs to be invalidated, resulting in a DCHECK (or a race). The UI thread doesn't actually need any of DialServiceImpl's data though, so this change just makes the functions previously using it into free functions which then call back onto the IO thread with a proper WeakPtr. Bug: 934611, 936531 Change-Id: Iee1612cd9934bef109bbfa79d497685dbd275d8a Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1504980 Commit-Queue: Brandon Tolsch <btolsch@chromium.org> Reviewed-by:
mark a. foltz <mfoltz@chromium.org> Cr-Commit-Position: refs/heads/master@{#638283}
-
Rijubrata Bhaumik authored
ImageCapture API has been stable from M59. We can retire this flag now. Bug: 518807 Change-Id: I78efd9694b9f2f34fb20fe1f760066b98e371708 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1506073Reviewed-by:
Miguel Casas <mcasas@chromium.org> Reviewed-by:
Antoine Labour <piman@chromium.org> Reviewed-by:
Elly Fong-Jones <ellyjones@chromium.org> Commit-Queue: Rijubrata Bhaumik <rijubrata.bhaumik@intel.com> Cr-Commit-Position: refs/heads/master@{#638282}
-
Antonio Gomes authored
... for different operations instead of AsyncFileSystemCallbacks. The only noticiable missing operation that still refers to AsyncFileSystemCallbacks (instead of a more speciallized class) is CreateSnapshotFile. This is because blink::DOMFileSystemSync::CreateFile uses its own AsyncFileSystemCallbacks derived class to perform CreateSnapshotFile operations (namely CreateFileHelper). BUG=933878 Change-Id: I977911f1d97557d4da308337720436556c622f18 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1499873Reviewed-by:
Dmitry Gozman <dgozman@chromium.org> Commit-Queue: Antonio Gomes <tonikitoo@igalia.com> Cr-Commit-Position: refs/heads/master@{#638281}
-
btolsch authored
This change adds the Open Screen Protocol library to DEPS so that our team can begin working on Chromium integration and testing ahead of its completion. Change-Id: I52ebca0b3eb890b4be2529b4cbb99a944e5133eb Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1480703Reviewed-by:
Scott Violet <sky@chromium.org> Commit-Queue: Brandon Tolsch <btolsch@chromium.org> Cr-Commit-Position: refs/heads/master@{#638280}
-
Owen Min authored
This reverts commit c92b0f22. Reason for revert: Causing https://ci.chromium.org/p/chromium/builders/ci/WebKit%20Linux%20Trusty%20Leak/31011 Original change's description: > Changed XRHandedness enum to 'none' from empty string > > Bug: 933411 > Change-Id: I7e698846e7c733c15a82bd9079855df1e2d5abf4 > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1504223 > Reviewed-by: Brian Sheedy <bsheedy@chromium.org> > Reviewed-by: Klaus Weidner <klausw@chromium.org> > Commit-Queue: Brandon Jones <bajones@chromium.org> > Cr-Commit-Position: refs/heads/master@{#638243} TBR=bajones@chromium.org,bsheedy@chromium.org,klausw@chromium.org Change-Id: I09a7db9d04fb9d51a07e3600a593ec20c1d398bf No-Presubmit: true No-Tree-Checks: true No-Try: true Bug: 933411 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1506568Reviewed-by:
Owen Min <zmin@chromium.org> Commit-Queue: Owen Min <zmin@chromium.org> Cr-Commit-Position: refs/heads/master@{#638279}
-
Peng Huang authored
Change-Id: I421e266c8b9be2839f3c106ce0a7935b7f030706 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1506467Reviewed-by:
vikas soni <vikassoni@chromium.org> Commit-Queue: Peng Huang <penghuang@chromium.org> Cr-Commit-Position: refs/heads/master@{#638278}
-
Istiaque Ahmed authored
This is the first step towards implementation of Extension messaging in Extension Service Workers. The CL implements chrome.test.sendMessage from a tab (content script) to a Service Worker running as extension background. Replying to the message through callback isn't implemented in this CL. The basic changes in this CL are: - Make the messaging bindings available in the service workers' script context: runtime.sendMessage and runtime.onMessage. - Handle IPCs to open/close a port for workers as well. - Handle these IPCs in the browser process in the existing MessagingService class, expand ExtensionMessagePort to support workers along with RenderFrames/tabs. - Both JS and native bindings work. - Future CLs can expand on this base CL to support other messaging source and destinations as the implementation is meant to move the code towards generic support of messaging endpoints (worker or RenderFrame). Some more detailed implementation notes: - ExtensionMessagePort can track and target workers along with existing RenderFrames/tabs support. Handle the IPCs sent by it on worker thread (WorkerThreadDispatcher), these IPCs are: * ExtensionMsg_ValidateMessagePort * ExtnesionMsg_DispatchOnConnect * ExtensionMsg_DippatchOnDisconnect * ExtensionMsg_DeliverMessage - MessageService can now work with Service Workers, similar to how they used to work with event pages. - Introduce a generic ScriptContextSetIterator class in the renderer to apply IPCs to a set of ScriptContexts. Expand that to cover WorkerScriptContextSets as well as non-worker ScriptContextSets. Messaging IPCs targeted to workers now get dispatched to WorkerScriptContextSets. An unfortunate consequence of generalizing this to worker is Dispatcher provides a non-const ptr getter to ScriptContextSets (script_context_set_iterator) as worker script context sets require tls lookup. Add an end-to-end test for the feature. Bug: 925927 Change-Id: I8f77e6d63318925b85dc5707f9367e904bde634c Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1441274 Commit-Queue: Istiaque Ahmed <lazyboy@chromium.org> Reviewed-by:
Devlin <rdevlin.cronin@chromium.org> Cr-Commit-Position: refs/heads/master@{#638277}
-
Anthony Vallee-Dubois authored
The recent refactor to TranslateManager made it so that some cases that didn't trigger translations were misreported in the wrong buckets for InitiationStatus. This CL adds buckets for those cases. Bug: 924980 Change-Id: I6a00b523842ea4fb665e27e8791b399964c7f66a Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1504253 Commit-Queue: anthonyvd <anthonyvd@chromium.org> Reviewed-by:
Mathieu Perreault <mathp@chromium.org> Cr-Commit-Position: refs/heads/master@{#638276}
-
Nick Harper authored
Change-Id: Icabee8c59a5c776d1d56322621db1862a13322f9 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1506553Reviewed-by:
Bence Béky <bnc@chromium.org> Commit-Queue: Nick Harper <nharper@chromium.org> Cr-Commit-Position: refs/heads/master@{#638275}
-
Devlin Cronin authored
Fix last nits from https://chromium-review.googlesource.com/c/chromium/src/+/1501497 Bug: None Change-Id: I845ee28bce4f9558254eb2680f976bf024f404a9 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1506118 Commit-Queue: Devlin <rdevlin.cronin@chromium.org> Reviewed-by:
Jeremy Roman <jbroman@chromium.org> Cr-Commit-Position: refs/heads/master@{#638274}
-
Piotr Bialecki authored
Change-Id: I9b9e2291b56981fe11a5b3ed3033aefbdd2c1779 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1506461 Auto-Submit: Piotr Bialecki <bialpio@chromium.org> Reviewed-by:
Brandon Jones <bajones@chromium.org> Commit-Queue: Brandon Jones <bajones@chromium.org> Cr-Commit-Position: refs/heads/master@{#638273}
-
Miguel Casas-Sanchez authored
This CL reenables using the Vision framework for Barcode detection on Mac (this was broken in previous 10.14 OS updates and as expected is now fixed). It also takes the chance to fill in |corner_points| in DetectedBarcode. Tested by local compilation and running it via: ./out/gn/Chromium.app/Contents/MacOS/Chromium https://yellowdoge.github.io/shapedetection-polyfill/demo.bundle.html --enable-experimental-web-platform-features and verifying the QR (and other) codes, including slanted ones (!). Bug: 921968 Change-Id: Ic485a41305d0290e8a35751a0de703bd674493fd Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1506011 Commit-Queue: Robert Sesek <rsesek@chromium.org> Auto-Submit: Miguel Casas <mcasas@chromium.org> Reviewed-by:
Robert Sesek <rsesek@chromium.org> Reviewed-by:
Jao-ke Chin-Lee <jchinlee@chromium.org> Cr-Commit-Position: refs/heads/master@{#638272}
-
Vladimir Levin authored
This patch ensures that we don't put isolation nodes in place if we have replaced content transform in an non-svg. The reason for this is twofold: 1. Typically, isolation wouldn't buy us anything, since we're likely looking at an image, which has no subtree to isolate. 2. When we get the chain of transforms, we need to decide whether we're returning a replaced content or an isolation transform since they are both leafs of a chain, but not a part of the same chain. Currently we return the isolation node first. We could fix this by returning the replaced content first, but then we specifically bypass transform isolation which may cause other bugs down the line. R=pdr@chromium.org Bug: 937571 Change-Id: I39f51a2e7810f058bfdf49c28c8f2e3857565ebe Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1506572Reviewed-by:
Philip Rogers <pdr@chromium.org> Commit-Queue: vmpstr <vmpstr@chromium.org> Cr-Commit-Position: refs/heads/master@{#638271}
-
Travis Skare authored
This is a reland of 703661c8 Original change's description: > Add flag for #omnibox-deduplicate-drive-urls > > Change-Id: I48b82707892caa2ed85ab776b6cae73274382fde > Reviewed-on: https://chromium-review.googlesource.com/c/1481121 > Commit-Queue: Travis Skare <skare@chromium.org> > Reviewed-by: Justin Donnelly <jdonnelly@chromium.org> > Cr-Commit-Position: refs/heads/master@{#634850} Change-Id: I3551f9b6216795713d7435d534d8b6cebbb9370b Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1484857Reviewed-by:
Avi Drissman <avi@chromium.org> Reviewed-by:
Justin Donnelly <jdonnelly@chromium.org> Commit-Queue: Travis Skare <skare@chromium.org> Cr-Commit-Position: refs/heads/master@{#638270}
-
Owen Min authored
This reverts commit 5027aad0. Reason for revert: it's still suspect the test flaky. Flaky tracing issue: Bugs: 939054 Original change's description: > Reland "[blink] Remove old script streamer thread" > > This reverts commit 50b4e186. > > Reason for revert: It was incorrect suspicion, bot became green w/o this revert > > Original change's description: > > Revert "[blink] Remove old script streamer thread" > > > > This reverts commit 96c748b0. > > > > Reason for revert: it's suspect in failures > > https://ci.chromium.org/p/chromium/builders/ci/Win7%20Tests%20%281%29/88931 > > > > Original change's description: > > > [blink] Remove old script streamer thread > > > > > > The script streamer thread has now been replaced with posting tasks to > > > the scheduler, so remove the flag picking between the two options and > > > the dedicated streaming thread itself. > > > > > > Also, remove the streaming task re-posting now that the blocking/ > > > non-blocking worker pools are merged. > > > > > > Bug: 874080 > > > Change-Id: Ib9dabb91deddcc616d4edfe5efb13d8e584c0691 > > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1503420 > > > Reviewed-by: Michael Lippautz <mlippautz@chromium.org> > > > Reviewed-by: Steven Holte <holte@chromium.org> > > > Reviewed-by: Kentaro Hara <haraken@chromium.org> > > > Reviewed-by: Kinuko Yasuda <kinuko@chromium.org> > > > Commit-Queue: Kinuko Yasuda <kinuko@chromium.org> > > > Auto-Submit: Leszek Swirski <leszeks@chromium.org> > > > Cr-Commit-Position: refs/heads/master@{#638031} > > > > TBR=kinuko@chromium.org,haraken@chromium.org,holte@chromium.org,mlippautz@chromium.org,leszeks@chromium.org > > > > Change-Id: Ia67f3fcfbff3155f9da4b53f371115f3dfd0089c > > No-Presubmit: true > > No-Tree-Checks: true > > No-Try: true > > Bug: 874080 > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1505412 > > Reviewed-by: Vadym Doroshenko <dvadym@chromium.org> > > Commit-Queue: Vadym Doroshenko <dvadym@chromium.org> > > Cr-Commit-Position: refs/heads/master@{#638055} > > TBR=kinuko@chromium.org,haraken@chromium.org,holte@chromium.org,dvadym@chromium.org,mlippautz@chromium.org,leszeks@chromium.org > > Change-Id: Ic4eb793dacdaa7565e92ba1b908162f5d3e02e15 > No-Presubmit: true > No-Tree-Checks: true > No-Try: true > Bug: 874080 > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1505552 > Reviewed-by: Vadym Doroshenko <dvadym@chromium.org> > Commit-Queue: Vadym Doroshenko <dvadym@chromium.org> > Cr-Commit-Position: refs/heads/master@{#638059} TBR=kinuko@chromium.org,haraken@chromium.org,holte@chromium.org,dvadym@chromium.org,mlippautz@chromium.org,leszeks@chromium.org Change-Id: I01a8e948c4b971bedcd8dd27c08d49e7c959c4d6 No-Presubmit: true No-Tree-Checks: true No-Try: true Bug: 874080 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1506756 Commit-Queue: Owen Min <zmin@chromium.org> Reviewed-by:
Owen Min <zmin@chromium.org> Cr-Commit-Position: refs/heads/master@{#638269}
-
Chase Phillips authored
Update bindings-inject-key.html from an async test to promise-based. This allows the test to run so that each subtest is run serially. Patch by Joshua Bell <jsbell@chromium.org>. Bug: 934844 Change-Id: If9834a35fcb964a6fe15776e3e091d326f3f8a0d Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1504458Reviewed-by:
Joshua Bell <jsbell@chromium.org> Commit-Queue: Chase Phillips <cmp@chromium.org> Cr-Commit-Position: refs/heads/master@{#638268}
-
Aga Wronska authored
This change is needed, so TimeLimitOverride can be used outside of TimeLimitsProcessor for local override with parent access code. Refactoring done while moving the class: * Replace constructor that exits early and leaves object in inconsistent state with factory methods * Make class members private and add accessors to comply with style guide * Remove the need for storing second copy of dictionary keys used for serialization in test code * Add serialization to the dictionary Bug: 911326 Test: usage_time_limits_processor_unittest.cc Change-Id: I68ac5a6f17c41e28d3d4905abdfc96901694316b Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1493154Reviewed-by:
Michael Giuffrida <michaelpg@chromium.org> Reviewed-by:
Henrique Grandinetti <hgrandinetti@chromium.org> Commit-Queue: Aga Wronska <agawronska@chromium.org> Cr-Commit-Position: refs/heads/master@{#638267}
-