- 14 Nov, 2019 40 commits
-
-
Mustaq Ahmed authored
The flag was removed through https://crrev.com/c/1873384. Bug: 959850 Change-Id: I49916760f106bb5e07f468eb9bb04e547b52d231 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1918101Reviewed-by:
Navid Zolghadr <nzolghadr@chromium.org> Commit-Queue: Mustaq Ahmed <mustaq@chromium.org> Cr-Commit-Position: refs/heads/master@{#715474}
-
chromium-autoroll authored
https://skia.googlesource.com/skia.git/+log/3120d0337382..c95e54b558d9 git log 3120d0337382..c95e54b558d9 --date=short --no-merges --format='%ad %ae %s' 2019-11-14 rmistry@google.com Specify only luci buckets instead of hardcoding trybot names 2019-11-14 ahujabharat93@gmail.com Issue- >Skia tiled bitmap rendering is too slow when tildmodeX is not same as tileModeY. 2019-11-14 jvanverth@google.com Reduce scaling of large SDF glyphs on Mac. 2019-11-14 recipe-mega-autoroller@chops-service-accounts.iam.gserviceaccount.com Roll recipe dependencies (trivial). Created with: gclient setdep -r src/third_party/skia@c95e54b558d9 If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://autoroll.skia.org/r/skia-autoroll Please CC halcanary@google.com on the revert to ensure that a human is aware of the problem. To report a problem with the AutoRoller itself, please file a bug: https://bugs.chromium.org/p/skia/issues/entry?template=Autoroller+Bug Documentation for the AutoRoller is here: https://skia.googlesource.com/buildbot/+/master/autoroll/README.md CQ_INCLUDE_TRYBOTS=luci.chromium.try:android_optional_gpu_tests_rel;luci.chromium.try:linux-blink-rel;luci.chromium.try:linux-chromeos-compile-dbg;luci.chromium.try:linux_optional_gpu_tests_rel;luci.chromium.try:mac_optional_gpu_tests_rel;luci.chromium.try:win_optional_gpu_tests_rel TBR=halcanary@google.com Bug: chromium:1003270 Change-Id: I8bd17b0fcf9ab00c77c458821bd208de023d83dc Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1918041Reviewed-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@{#715473}
-
Ovidio Henriquez authored
This changes fixes an OOB access that may occur in WebBluetoothServiceImpl::OnBluetoothScanningPromptEvent(). The method assumes that |scanning_clients_| will be populated when the method is called, however it can be cleared if a Mojo connection error is triggered. The method now returns if |scanning_clients_| is empty, and it uses the back() and pop() methods of vector to further prevent accidental OOB access. Additionally, in BluetoothDeviceScanningPromptController, the EventHandler binding is updated so that the lifetime of the class is associated with the binding. Bug: 1024116 Change-Id: I2008f7bc1ce65be1d94d39370ac8593f5ff418e8 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1916686 Commit-Queue: Ovidio de Jesús Ruiz-Henríquez <odejesush@chromium.org> Reviewed-by:
Reilly Grant <reillyg@chromium.org> Cr-Commit-Position: refs/heads/master@{#715472}
-
Dale Curtis authored
Basic unit test, we should still see if there's a way to create an integration test which verifies this. BUG=1006092 R=liberato Change-Id: Ic92871fd25964a3d23f9a015014bab1994d5e79d Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1918333 Auto-Submit: Dale Curtis <dalecurtis@chromium.org> Reviewed-by:
Frank Liberato <liberato@chromium.org> Commit-Queue: Dale Curtis <dalecurtis@chromium.org> Cr-Commit-Position: refs/heads/master@{#715471}
-
Min Qin authored
Here is how the crash can happen: 1. DragObjectImpl::GetData() calls DragDownloadFile::Start() to start a download. 2. GetData() then calls DragDownloadFile::Wait(). 3. DragDownloadFile::Wait() runs the nested_loop_. 4. DragDownloadFile::DownloadCompleted() gets called, which calls DataObjectImpl::OnDownloadCompleted(). Inside that method, it creates a new StoredDataInfo objects and deletes the downloader pointer, which is the DragDownloadFile instance. 5. DragDownloadFile dtor is invoked, it will destroy the nested_loop_ member variable. However, because RunLoop::Run() is called earlier and Wait() is still pending, deleting nested_loop_ will hit the DCHECK(!running_) in RunLoop dtor and fail. The issue happens mainly due to step 4, as DragDownloadFile::DownloadCompleted() could delete itself. This CL fixes the issue by not deleting the StoredDataInfo object in step 4, instead, the DragDownloadFile instance is deleted after the newly constructed StoredDataInfo object in 4 is destroyed. BUG=968303 Change-Id: I57dbe275f76fd8e566185538a8f13def476ff9f5 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1904950Reviewed-by:
Sadrul Chowdhury <sadrul@chromium.org> Commit-Queue: Min Qin <qinmin@chromium.org> Cr-Commit-Position: refs/heads/master@{#715470}
-
Tommy Steimel authored
This reverts commit 5848123a. Reason for revert: compile failure: https://ci.chromium.org/p/chromium/builders/ci/win32-archive-rel/7123 Original change's description: > Move dependencies on cast_channel protos > > This patch rectifies a duplicate definition error, since certain proto > definitions are defined both in components/cast_channel and in > third_party/openscreen, by moving all consumers of these protos to using > the Open Screen version. > > Change-Id: I0347424c019b1489eb09b3822fd4a97d062e0e0f > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1902718 > Reviewed-by: Luke Halliwell (slow) <halliwell@chromium.org> > Reviewed-by: Karan Bhatia <karandeepb@chromium.org> > Reviewed-by: mark a. foltz <mfoltz@chromium.org> > Reviewed-by: Yuri Wiitala <miu@chromium.org> > Commit-Queue: Jordan Bayles <jophba@chromium.org> > Cr-Commit-Position: refs/heads/master@{#715462} TBR=mfoltz@chromium.org,alexst@chromium.org,miu@chromium.org,benwells@chromium.org,rockot@google.com,dnicoara@google.com,dougsteed@chromium.org,halliwell@chromium.org,karandeepb@chromium.org,seantopping@chromium.org,ryanchung@chromium.org,jophba@chromium.org Change-Id: I0df964d6a4300246b1143965be6c73751952b879 No-Presubmit: true No-Tree-Checks: true No-Try: true Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1918089Reviewed-by:
Tommy Steimel <steimel@chromium.org> Commit-Queue: Tommy Steimel <steimel@chromium.org> Cr-Commit-Position: refs/heads/master@{#715469}
-
Jon Mann authored
Bug: 966270 Change-Id: I0261264a0e7b1c4128329902722f33022f842078 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1917756Reviewed-by:
Kyle Horimoto <khorimoto@chromium.org> Commit-Queue: Jon Mann <jonmann@chromium.org> Cr-Commit-Position: refs/heads/master@{#715468}
-
kylechar authored
Update code where NULL or 0 is assigned to a scoped_refptr to reset it. Just call reset() instead. If operator=(std::nullptr_t) is added these assignments become ambiguous. This CL was uploaded by git cl split. R=michaeldo@chromium.org Bug: 1024981 Change-Id: I2d8b8c4b572199f76d40466074343c4fc6885870 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1918151 Auto-Submit: kylechar <kylechar@chromium.org> Reviewed-by:
Mike Dougherty <michaeldo@chromium.org> Commit-Queue: Mike Dougherty <michaeldo@chromium.org> Cr-Commit-Position: refs/heads/master@{#715467}
-
Wez authored
This reverts commit ee5f0d37. Reason for revert: This CL has no effect because the |thread_checker_| in the class is a no-op implementation in Release builds. Will re-land a version of this CL that fixes that, in a single CL, so it's easy to revert. Original change's description: > history service: Turn DCHECKs to CHECKs to try to diagnose crash bug. > > Bug: 1009795 > Change-Id: Ib33c1242228e674442f21dea8a56ef456d84b886 > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1899231 > Reviewed-by: Scott Violet <sky@chromium.org> > Commit-Queue: Matt Falkenhagen <falken@chromium.org> > Cr-Commit-Position: refs/heads/master@{#712948} TBR=falken@chromium.org,sky@chromium.org # Not skipping CQ checks because original CL landed > 1 day ago. Bug: 1009795 Change-Id: I24a8c7ff548d43c315528e85556967800336aea9 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1918120Reviewed-by:
Wez <wez@chromium.org> Reviewed-by:
Matt Falkenhagen <falken@chromium.org> Commit-Queue: Wez <wez@chromium.org> Cr-Commit-Position: refs/heads/master@{#715466}
-
chromium-autoroll authored
https://chromium.googlesource.com/devtools/devtools-frontend.git/+log/5bd6ca022650..935c827ec93c git log 5bd6ca022650..935c827ec93c --date=short --no-merges --format='%ad %ae %s' 2019-11-14 chshrest@microsoft.com Revert: Make add button in color-picker accessible https://chromium-review.googlesource.com/c/chromium/src/+/1688337 Created with: gclient setdep -r src/third_party/devtools-frontend/src@935c827ec93c If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://autoroll.skia.org/r/devtools-frontend-chromium Please CC v8-waterfall-sheriff@grotations.appspotmail.com on the revert to ensure that a human is aware of the problem. To report a problem with the AutoRoller itself, please file a bug: https://bugs.chromium.org/p/skia/issues/entry?template=Autoroller+Bug Documentation for the AutoRoller is here: https://skia.googlesource.com/buildbot/+/master/autoroll/README.md TBR=v8-waterfall-sheriff@grotations.appspotmail.com Bug: chromium:1023748 Change-Id: I0675cfc734615754aedc461b9467779e2f4af2ab Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1918040Reviewed-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@{#715465}
-
chromium-autoroll authored
https://chromium.googlesource.com/angle/angle.git/+log/968df09eed92..1a01b4b322a5 git log 968df09eed92..1a01b4b322a5 --date=short --no-merges --format='%ad %ae %s' 2019-11-14 tobine@google.com Refactor end2end test macros Created with: gclient setdep -r src/third_party/angle@1a01b4b322a5 If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://autoroll.skia.org/r/angle-chromium-autoroll Please CC cnorthrop@google.com on the revert to ensure that a human is aware of the problem. To report a problem with the AutoRoller itself, please file a bug: https://bugs.chromium.org/p/skia/issues/entry?template=Autoroller+Bug Documentation for the AutoRoller is here: https://skia.googlesource.com/buildbot/+/master/autoroll/README.md CQ_INCLUDE_TRYBOTS=luci.chromium.try:android_optional_gpu_tests_rel;luci.chromium.try:linux_optional_gpu_tests_rel;luci.chromium.try:mac_optional_gpu_tests_rel;luci.chromium.try:win_optional_gpu_tests_rel TBR=cnorthrop@google.com Bug: None Change-Id: I6a6a07036594a482d6bb53f016da1dbfc8a34949 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1918039Reviewed-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@{#715464}
-
Michael Crouse authored
This change moves the metric for fetch coverage at commit into the navigation data so that the page loads recorded match across all of the client hint coverage metrics. This also adds an additional metric of whether a hint was available on the client or had been covered by a fetch at commit. Bug: 1022625 Change-Id: I6fcacba86df635d0f0ab22ae543031a9ca0d3d81 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1915293Reviewed-by:
Sophie Chang <sophiechang@chromium.org> Reviewed-by:
Tarun Bansal <tbansal@chromium.org> Commit-Queue: Michael Crouse <mcrouse@chromium.org> Cr-Commit-Position: refs/heads/master@{#715463}
-
Jordan Bayles authored
This patch rectifies a duplicate definition error, since certain proto definitions are defined both in components/cast_channel and in third_party/openscreen, by moving all consumers of these protos to using the Open Screen version. Change-Id: I0347424c019b1489eb09b3822fd4a97d062e0e0f Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1902718Reviewed-by:
Luke Halliwell (slow) <halliwell@chromium.org> Reviewed-by:
Karan Bhatia <karandeepb@chromium.org> Reviewed-by:
mark a. foltz <mfoltz@chromium.org> Reviewed-by:
Yuri Wiitala <miu@chromium.org> Commit-Queue: Jordan Bayles <jophba@chromium.org> Cr-Commit-Position: refs/heads/master@{#715462}
-
Xianzhu Wang authored
The rebaseline was incomplete in the previous https://chromium-review.googlesource.com/c/chromium/src/+/1915461. TBR=steimel@chromium.org Bug: 377696 Change-Id: I2455acef8a0c628744bd7360de51f77511278da9 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1918442Reviewed-by:
Xianzhu Wang <wangxianzhu@chromium.org> Cr-Commit-Position: refs/heads/master@{#715461}
-
Darin Fisher authored
This change postpones calling RenderFrameObserver::DidCommitProvisionalLoad until after RenderFrameImpl is done updating its own state and performing its own work. This avoids running arbitrary other code from within the middle of those state updates. In particular, this ensures that observers that wish to execute script from within DidCommitProvisionalLoad do not do so until after we have setup the new BrowserInterfaceBrokerProxy and finished other critical steps associated with committing a navigation in the renderer. See ChromeRenderFrameObserver, which uses this signal to inject scripts for WebUI pages. (We might decide that is non-ideal for other reasons and design a better injection point, but that can be done in a subsequent CL.) Injected script can call into local storage, which is a synchronous operation. That operation requires a synchronous check of the ContentSettingsManager to determine if the script can access local storage. That interface is acquired through the BrowserInterfaceBrokerProxy. Hence, there is opportunity for a dead-lock if the BrowserInterfaceBrokerProxy has not already been set-up (meaning, not already had its receiver handle sent to the browser process) by the time script tries to access local storage. In practice, this has not been an issue, but in another change I am making, the ContentSettingsManager will be lazily acquired causing this potential dead-lock to more easily occur and to definitely occur in some of our WebUI browser tests. As part of this change, the page_load_metrics/ module had to be revised to not flush existing metrics from DidCommitProvisionalLoad. Doing so could attribute metrics from the previous page to the newly committed page including especially the navigation_start time which is used as a key to identify page loads by the metrics system. That in turn could cause subsequent metrics on the newly loaded page to simply be dropped. Fortunately, tests helped root out this issue. The PageTimingMetricsSender grows a SendLatest method that can be used to trigger when metrics should be flushed rather than having that be a side-effect of the destructor running. SendLatest is now called from ReadyToCommitNavigation to send any accumulated metrics for the previous page before the new load commits. This may result in dropping some metrics data between the calls to ReadyToCommitNavigation and DidCommitProvisionalLoad, but that is probably reasonable. Also, a comment from dgozman indicates that ReadyToCommitNavigation is something we want to get rid of but MetricsRenderFrameObserver already implements this method so whatever substitute there will be in the future for this method can hopefully account for both this new use case as well as the existing use case. Files w/ implementations potentially impacted: chrome/renderer/chrome_render_frame_observer.cc chrome/renderer/content_settings_agent_impl.cc chrome/renderer/content_settings_agent_impl_browsertest.cc chrome/renderer/net/net_error_helper.cc chrome/renderer/safe_browsing/phishing_classifier_delegate.cc chrome/renderer/searchbox/searchbox.cc components/autofill/content/renderer/autofill_agent.cc components/autofill/content/renderer/form_tracker.cc components/autofill/content/renderer/password_autofill_agent.cc components/autofill/content/renderer/password_generation_agent.cc components/data_reduction_proxy/content/renderer/content_previews_render_frame_observer.cc components/page_load_metrics/renderer/metrics_render_frame_observer.cc content/renderer/accessibility/render_accessibility_impl.cc content/renderer/media/audio/audio_renderer_sink_cache_impl.cc content/renderer/pepper/plugin_power_saver_helper.cc extensions/renderer/extension_frame_helper.cc Change-Id: Ia6627b2db06ea51e769ed6c8889e37e554fcc1d1 Bug: 1023519 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1898769Reviewed-by:
Bryan McQuade <bmcquade@chromium.org> Reviewed-by:
John Abd-El-Malek <jam@chromium.org> Commit-Queue: Darin Fisher <darin@chromium.org> Cr-Commit-Position: refs/heads/master@{#715460}
-
Dan Beam authored
This is a reland of f5946a0a It was reverted as 9948fd01 Fix: just exclude ASAN/LSAN bots from running this test. Context: I was able to produce flaky failures locally, and I believe these bots are simply timing out because there's now 30 realbox tests. Because these tests are basically just Javascript, there's really no benefit from running them under leak/address sanitizer bots (generally only helpful to C++). Original change's description: > Local NTP, Realbox: fix navigation to chrome:// URLs > > Partially borrowed from https://crrev.com/c/1836021 by Archana Simha <archanasihma@chromium.org> > > Bug: 1020025 > Change-Id: I7de22a41d872ec624f25d1633782d27448988c58 > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1893824 > Commit-Queue: David Bokan <bokan@chromium.org> > Reviewed-by: David Bokan <bokan@chromium.org> > Reviewed-by: Moe Ahmadi <mahmadi@chromium.org> > Reviewed-by: Nasko Oskov <nasko@chromium.org> > Reviewed-by: Daniel Cheng <dcheng@chromium.org> > Auto-Submit: Dan Beam <dbeam@chromium.org> > Cr-Commit-Position: refs/heads/master@{#715106} TBR=dcheng@chromium.org,bokan@chromium.org,nasko@chromium.org,mahmadi@chromium.org Bug: 1020025 Change-Id: I666c372b76a058702c29b88eff765c2cd90c0bb2 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1917982Reviewed-by:
Dan Beam <dbeam@chromium.org> Reviewed-by:
Moe Ahmadi <mahmadi@chromium.org> Commit-Queue: Dan Beam <dbeam@chromium.org> Cr-Commit-Position: refs/heads/master@{#715459}
-
tby authored
As discussed in crrev.com/c/1911067, this is where the majority of the code for structured metrics will live, along with some initialization in /chrome/browser/metrics. This CL just creates the directory and adds me as OWNER. Same as for crrev.com/c/1911067, let's revisit ownership once this is implemented. Bug: 1016655 Change-Id: I498758fa1b7875e0bd782c32d3cc60cee7a94d33 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1915640Reviewed-by:
Alexei Svitkine <asvitkine@chromium.org> Commit-Queue: Tony Yeoman <tby@chromium.org> Cr-Commit-Position: refs/heads/master@{#715458}
-
Matt Jones authored
This patch also removes some obsolete logic from the days of Chrome Home like whether the android version of the toolbar is showing. Bug: 986310, 1002277 Change-Id: Ib939d02cdf783cc0fde30dbf7089171ae52c92a7 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1909930Reviewed-by:
Theresa <twellington@chromium.org> Reviewed-by:
David Trainor <dtrainor@chromium.org> Commit-Queue: Matthew Jones <mdjones@chromium.org> Cr-Commit-Position: refs/heads/master@{#715457}
-
Donn Denman authored
Extends the expiration of Finch experiment flags for: - OverlayNewLayout to 81 - ContextualSearchDefinitions to 82 - ContextualSearchLongpress to 83 - Ephemeral Tab experiments to 82 - Simplified Server to 79 (since it's at 100%). Change-Id: Ia4a496183addae6a6e80d296415e138a1f3e02f2 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1918141 Auto-Submit: Donn Denman <donnd@chromium.org> Reviewed-by:
Jinsuk Kim <jinsukkim@chromium.org> Commit-Queue: Donn Denman <donnd@chromium.org> Cr-Commit-Position: refs/heads/master@{#715456}
-
Sam Maier authored
Allow users to set the compression level while using CompressHelper(). There is a 2x to 4x compression speed difference between levels [1..9], where it is possible to trade speed for better compression ratios (and vice-versa). It is up the user to experiment with the data to find the sweet spot for its application (default compression level is 6). Bug: 833361 Change-Id: Ia710cc7322707ace242133b283610eaa48def31f Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1912791 Commit-Queue: Adenilson Cavalcanti <cavalcantii@chromium.org> Commit-Queue: Sam Maier <smaier@chromium.org> Auto-Submit: Sam Maier <smaier@chromium.org> Reviewed-by:
Adenilson Cavalcanti <cavalcantii@chromium.org> Cr-Commit-Position: refs/heads/master@{#715455}
-
tby authored
This creates a directory for the structured metrics XML file. The next CLs will add codegen and presubmits similar to UKM's here too. Some notes: Naming: In an attempt to use short names, I've called this 'smc' in code, for 'structured metrics collection'. I'm not wedded to this though, let me know if simply 'structured_metrics' is better. Ownership: For ease of development I've added myself as OWNER, but I don't think this is needed in perpetuity. It might be wise to hand off ownership at some point, let's talk more about that later on. My intention was for the whole Metrics team to inherit ownership of this directory. I'm not sure how the owners system works though, so let me know if that's not the case. Types: There was some discussion of allowing three kinds of metrics: unhashed, globally hashed, and per-user hashed. That will require some changes to the XML file format, but I don't think that's finalized yet, so let's tackle it in a follow-up CL. Bug: 1016655 Change-Id: I064bca4ca7bd7b818451f6b49eb400fab43496d4 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1911067Reviewed-by:
Alexei Svitkine <asvitkine@chromium.org> Commit-Queue: Tony Yeoman <tby@chromium.org> Cr-Commit-Position: refs/heads/master@{#715454}
-
Daniele Castagna authored
Some Chromebooks come with an ambient sensor light. Powerd will send signals containing an ambient temperature in Kelvin. This CL lands a few functions to convert the temperature coming from powerd to a RGB scale factors. Those factors will be used to adjust the screen color temperature. The table to convert the readings to overall temperature and the functions to map the overall temperature to RGB scale factors were provided by the Create team. Bug: b/138731765, 1021193 Test: ash_unittests --gtest_filter="*AmbientTemp*" Change-Id: Iffed207d0ceca89328c42a0e9bedbfc20a434ac3 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1902290Reviewed-by:
Ahmed Fakhry <afakhry@chromium.org> Commit-Queue: Daniele Castagna <dcastagna@chromium.org> Cr-Commit-Position: refs/heads/master@{#715453}
-
Kevin Bailey authored
Since we now consider scores of 0 in tail culling, move DemoteOnDeviceSearchSuggestions() to before tail culling, in case a suggestion score gets cleared. If done after, this could remove most of the remaining suggestions. Note that this doesn't move deduplication. This is because, if done prior to tail culling, it could theoretically remove a suggestion that would have played a significant role in culling. Bug: 1023821 Change-Id: I50dbe38066209a900dc63e5ee0b95cb3540ffec6 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1913632 Commit-Queue: Kevin Bailey <krb@chromium.org> Reviewed-by:
Tommy Li <tommycli@chromium.org> Cr-Commit-Position: refs/heads/master@{#715452}
-
kylechar authored
Update code where NULL or 0 is assigned to a scoped_refptr to reset it. Just call reset() instead. If operator=(std::nullptr_t) is added these assignments become ambiguous. This CL was uploaded by git cl split. R=wfh@chromium.org Bug: 1024981 Change-Id: I9ae14c4aa2ad7d048a2d8ed3c0e33081128b2d48 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1918202 Auto-Submit: kylechar <kylechar@chromium.org> Reviewed-by:
Will Harris <wfh@chromium.org> Commit-Queue: Will Harris <wfh@chromium.org> Cr-Commit-Position: refs/heads/master@{#715451}
-
Mirko Bonadei authored
This CL switches all the Chromium dependencies from being direct dependencies on WebRTC targets to a WebRTC component (which lives at //third_party/webrtc_overrides:webrtc_component). From now on, Chromium should never directly depend on WebRTC in order to avoid issues explained at [1] (this will be guarded by checkdeps and GN visibility (see [2])) but should only depend on the WebRTC component. This should solve a broad range of problems caused by WebRTC being linked in different shared libraries when is_component_build=true (from globals and singletons causing hard to debug issues, to ODR violations and binary size increase). [1] - https://chromium.googlesource.com/chromium/src.git/+/master/docs/component_build.md#dependencies-between-targets [2] - https://webrtc-review.googlesource.com/c/src/+/154344 TBR: dcheng@chromium.org Bug: webrtc:9419 Change-Id: Ice56827db1753f51592165a90c1094b468c8e188 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1874722 Commit-Queue: Mirko Bonadei <mbonadei@chromium.org> Reviewed-by:
Dirk Pranke <dpranke@chromium.org> Reviewed-by:
Tommi <tommi@chromium.org> Cr-Commit-Position: refs/heads/master@{#715450}
-
David Black authored
Proactive suggestions controller logic in ash currently lives in AssistantUiController. It makes use of some of the same logic as standalone Assistant UI (e.g. for calculating usable work area). Proactive suggestions logic has grown and will grow again soon as we update triggering conditions (to only show UI as a result of user scrolling activity). This is going to further muddy the AssistantUiController if added to the code in its current state. To address this, I've refactored Proactive suggestions controller logic into AssistantProactiveSuggestionsController, a sub-controller owned by the AssistantSuggestionsController. It is fairly self-contained and copies some logic (e.g. for calculating usable work area) from the AssistantUiController. This will make it much easier to clean up the AssistantUiController when standalone UI is deprecated. Bug: b:142144655 Change-Id: I10f4892ae166618a588505d75634c6c18a7cc6d0 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1906935Reviewed-by:
Xiyuan Xia <xiyuan@chromium.org> Reviewed-by:
Xiaohui Chen <xiaohuic@chromium.org> Commit-Queue: David Black <dmblack@google.com> Cr-Commit-Position: refs/heads/master@{#715449}
-
Elly Fong-Jones authored
This change removes all dependencies on and mentions of DialogClientView from //cbui/views/autofill. The only wrinkle is that a couple of tests use GetViewByID() on the DialogClientView; these have been changed to use it on the RootView instead. Bug: 1011446 Change-Id: I8276c676d085c611cd27ababddad9fd60d849191 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1917542 Commit-Queue: Elly Fong-Jones <ellyjones@chromium.org> Reviewed-by:
Peter Boström <pbos@chromium.org> Cr-Commit-Position: refs/heads/master@{#715448}
-
Elly Fong-Jones authored
For this dialog, the LegalMessageLines parameter comes from SaveCardBubbleControllerImpl, which has two code paths to show this dialog. Both those code paths look roughly like this: if (already_showing_dialog) return; legal_message_lines_ = ...; ShowDialog(); and there are no other places that change legal_message_lines_, so it is effectively const across the lifetime of the dialog. Unfortunately, because the same SaveCardBubbleControllerImpl is used for several different concrete bubble subclasses, changing the behavior of ShowDialog to simply pass the message lines in as a constructor parameter (which would make it obvious that it's const for the lifetime of the dialog) is not easy to do. Bug: 1011446 Change-Id: I9b0584de8495b97f685b2973134e9d04873c317e Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1917520Reviewed-by:
Peter Boström <pbos@chromium.org> Commit-Queue: Elly Fong-Jones <ellyjones@chromium.org> Cr-Commit-Position: refs/heads/master@{#715447}
-
Elly Fong-Jones authored
These are all straightforward. Bug: 1011446 Change-Id: I3895608ba6b671dac81a36928f58bc4b72955b3a Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1917540Reviewed-by:
Peter Boström <pbos@chromium.org> Commit-Queue: Elly Fong-Jones <ellyjones@chromium.org> Cr-Commit-Position: refs/heads/master@{#715446}
-
Nate Fischer authored
No change to logic. This re-enables a test which was marked as flaky. This passed 1000 local runs, so it appears it's no longer flaky. Bug: 984705 Test: run_webview_instrumentation_test_apk --num_retries=0 \ Test: --break-on-failure --repeat=1000 \ Test: -f SafeBrowsingTest#testSafeBrowsingProceedThroughInterstitialForSubresource Change-Id: I48bb6dbbeb1fa96f62d43da74de2a34255f2b3d5 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1911150 Auto-Submit: Nate Fischer <ntfschr@chromium.org> Commit-Queue: Shimi Zhang <ctzsm@chromium.org> Reviewed-by:
Shimi Zhang <ctzsm@chromium.org> Cr-Commit-Position: refs/heads/master@{#715445}
-
Evan Stade authored
This fixes navigator.language, navigator.languages and the ACCEPT-LANGUAGE http header. For now, the locale is only read at startup. In the future, WebLayer should listen for changes to the system locale and allow the client to specify an active locale that is not the system's default. LANGUAGE environment variable for Linux WebLayer shell. Navigate to test pages in linked bug, or google.com Test: set Android system language to non English, or use Bug: 1022616 Change-Id: Id680f38953c1a81fc155ef0d3434fa8fc0d59b6d Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1906635Reviewed-by:
John Abd-El-Malek <jam@chromium.org> Commit-Queue: Evan Stade <estade@chromium.org> Cr-Commit-Position: refs/heads/master@{#715444}
-
Eric Stevenson authored
To make debugging failures a bit easier. Also add reasons for LifetimeAssert and JNI wrapper classes. Bug: 1020936 Change-Id: Iccd027fa73baa6f7a56d97b6ac32e1d7283f48b5 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1904752 Commit-Queue: Eric Stevenson <estevenson@chromium.org> Auto-Submit: Eric Stevenson <estevenson@chromium.org> Reviewed-by:
Andrew Grieve <agrieve@chromium.org> Cr-Commit-Position: refs/heads/master@{#715443}
-
Andrew Xu authored
In this CL, metrics are added for the following hotseat gestures: (1) The gesture to enter overview mode from home page. (2) The gesture to show/hide the in-app shelf. (3) Fling up the in-app shelf to show the home page. Test cases for the metrics are also created. Bug: 1018921 Change-Id: I86bdee0e28f28d222a03d1b474fb47b74e5b23f3 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1906301Reviewed-by:
Nik Bhagat <nikunjb@chromium.org> Reviewed-by:
Toni Baržić <tbarzic@chromium.org> Reviewed-by:
Xiyuan Xia <xiyuan@chromium.org> Commit-Queue: Andrew Xu <andrewxu@chromium.org> Cr-Commit-Position: refs/heads/master@{#715442}
-
Theresa Wellington authored
BUG=966644 Change-Id: I2d418578e03e42f4f6e638f1c21afb71ba202cce Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1917750Reviewed-by:
David Trainor <dtrainor@chromium.org> Commit-Queue: Theresa <twellington@chromium.org> Cr-Commit-Position: refs/heads/master@{#715441}
-
liberato@chromium.org authored
Change-Id: Ic82967272461d063fdf4edc2b65028a59802397b Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1917979 Commit-Queue: Frank Liberato <liberato@chromium.org> Commit-Queue: Ilya Sherman <isherman@chromium.org> Reviewed-by:
Ilya Sherman <isherman@chromium.org> Cr-Commit-Position: refs/heads/master@{#715440}
-
chromium-autoroll authored
https://swiftshader.googlesource.com/SwiftShader.git/+log/90df527f91c3..168bb0dc14f2 git log 90df527f91c3..168bb0dc14f2 --date=short --no-merges --format='%ad %ae %s' 2019-11-14 swiftshader.regress@gmail.com Regres: Update test lists @ b2407dd7 2019-11-14 capn@google.com Rasterize 'Bresenham' line segments as parallelograms Created with: gclient setdep -r src/third_party/swiftshader@168bb0dc14f2 If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://autoroll.skia.org/r/swiftshader-chromium-autoroll Please CC swiftshader-team+autoroll@google.com on the revert to ensure that a human is aware of the problem. To report a problem with the AutoRoller itself, please file a bug: https://bugs.chromium.org/p/skia/issues/entry?template=Autoroller+Bug Documentation for the AutoRoller is here: https://skia.googlesource.com/buildbot/+/master/autoroll/README.md CQ_INCLUDE_TRYBOTS=luci.chromium.try:android_optional_gpu_tests_rel;luci.chromium.try:linux_chromium_msan_rel_ng;luci.chromium.try:linux_optional_gpu_tests_rel;luci.chromium.try:mac_optional_gpu_tests_rel;luci.chromium.try:win_optional_gpu_tests_rel TBR=swiftshader-team+autoroll@google.com Bug: chromium:b/80135519 Change-Id: I19c4d2ae2f9b1399b42732ebdbbdc0e8664da4ce Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1917804Reviewed-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@{#715439}
-
David Trainor authored
We're still running an experiment and are about to add a few more experiment arms, so extend the metrics for the next few releases at least, as the events only happen once or twice an update. Bug: 1016400 Change-Id: Ibae4038579882ad4c96509f32aea70ffb464f228 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1917752Reviewed-by:
Tommy Nyquist <nyquist@chromium.org> Reviewed-by:
Alexei Svitkine <asvitkine@chromium.org> Auto-Submit: David Trainor <dtrainor@chromium.org> Commit-Queue: Alexei Svitkine <asvitkine@chromium.org> Cr-Commit-Position: refs/heads/master@{#715438}
-
Matthew Mourgos authored
Bug: 1024623 Change-Id: Ie5ca2f8259598130d9d046520c568c562d13f28c Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1915185Reviewed-by:
Manu Cornet <manucornet@chromium.org> Reviewed-by:
Alex Newcomer <newcomer@chromium.org> Commit-Queue: Matthew Mourgos <mmourgos@chromium.org> Cr-Commit-Position: refs/heads/master@{#715437}
-
chromium-autoroll authored
https://chromium.googlesource.com/chromiumos/chromite.git/+log/d347d8903a96..bacb84b99758 git log d347d8903a96..bacb84b99758 --date=short --no-merges --format='%ad %ae %s' 2019-11-14 chrome-bot@chromium.org Update config settings by config-updater. 2019-11-14 dhanyaganesh@chromium.org chromite: Kill cros uprevchrome Created with: gclient setdep -r src/third_party/chromite@bacb84b99758 If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://autoroll.skia.org/r/chromite-chromium-autoroll Please CC chrome-os-gardeners@google.com on the revert to ensure that a human is aware of the problem. To report a problem with the AutoRoller itself, please file a bug: https://bugs.chromium.org/p/skia/issues/entry?template=Autoroller+Bug Documentation for the AutoRoller is here: https://skia.googlesource.com/buildbot/+/master/autoroll/README.md CQ_INCLUDE_TRYBOTS=luci.chromium.try:chromeos-kevin-rel TBR=chrome-os-gardeners@google.com Bug: None Change-Id: I5b3400ab9520c229d56635e912fe9efae58879f5 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1917801Reviewed-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@{#715436}
-
Bailey Berro authored
Previously, there were 3 navigation stops on the Google Accounts row item in the People section with stops for 1) User name, 2) User email address, and 3) The subpage button, marked as described by the user name. With this change, there is now just one stop on the subpage button that is described by both the user name and user email. "Google Accounts, button, bailey test baileyberrotest2@gmail.com" Bug: 1012565 Change-Id: I2c44a308dca82e0e0669be8e9a04f97385fc85c0 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1915188 Commit-Queue: Bailey Berro <baileyberro@chromium.org> Auto-Submit: Bailey Berro <baileyberro@chromium.org> Reviewed-by:
Kyle Horimoto <khorimoto@chromium.org> Cr-Commit-Position: refs/heads/master@{#715435}
-