- 02 Oct, 2020 40 commits
-
-
George Burgess IV authored
Unless it's guaranteed that `std::forward` always turns into an rvalue ref, using `std::move(x)`, where `x`'s type is a universal reference, is generally unsafe. `std::forward` is preferred for these cases. The fix to the not-copy_constructible definition is... I assume a nop, but it doesn't seem harmful to change it anyway? Bug: 1134310 Change-Id: I6a40c714c6f9e393a984665c1a82e198d7a8fbcc Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2443403Reviewed-by:
danakj <danakj@chromium.org> Commit-Queue: George Burgess <gbiv@chromium.org> Cr-Commit-Position: refs/heads/master@{#813222}
-
chromium-autoroll authored
https://android.googlesource.com/platform/external/perfetto.git/+log/c4bfa82e48ed..935a915963e1 If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://autoroll.skia.org/r/perfetto-trace-processor-win-chromium Please CC perfetto-bugs@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/+doc/master/autoroll/README.md Tbr: perfetto-bugs@google.com Change-Id: Ibbc4fe573f8db666d48b8e6123f6acc5522f0466 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2445852Reviewed-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@{#813221}
-
Alexander Surkov authored
No wildcards format is explicit one and doesn't hide any surprises, see for example https://chromium-review.googlesource.com/c/chromium/src/+/2305515 Bug: no Change-Id: Ifc537c505cbd6479549f8eff35eff8656b3805dd AX-Relnotes: n/a Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2442139 Commit-Queue: Dominic Mazzoni <dmazzoni@chromium.org> Reviewed-by:
Dominic Mazzoni <dmazzoni@chromium.org> Cr-Commit-Position: refs/heads/master@{#813220}
-
Morten Stenshorne authored
The block-offset needs to include the space consumed in previous fragments, just like we already do for block-level children in CopyChildFragmentPosition(), or position querying DOM APIs (such as offsetTop) won't work correctly. Bug: 829028 Change-Id: Idc0d06ae6daf06013308dfca1e11f70d1b0f7b23 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2445932Reviewed-by:
Ian Kilpatrick <ikilpatrick@chromium.org> Reviewed-by:
Koji Ishii <kojii@chromium.org> Commit-Queue: Ian Kilpatrick <ikilpatrick@chromium.org> Cr-Commit-Position: refs/heads/master@{#813219}
-
Anders Hartvoll Ruud authored
This was neglected, end therefore ends up as a null-string in the copy, causing crashes. Bug: 1134550 Change-Id: Ib2d5cf649e10d2d510417a43edd3189617092514 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2445470Reviewed-by:
Rune Lillesveen <futhark@chromium.org> Commit-Queue: Anders Hartvoll Ruud <andruud@chromium.org> Cr-Commit-Position: refs/heads/master@{#813218}
-
Chris Harrelson authored
This can happen if the image is in a frame that is itself invisible, due to for example the <iframe> element owning the Frame being display:none. In such cases the documentElement has no layout. Bug: 1129979 Change-Id: Ic6557c936395ce539be96d255ba4f29a10b5790b Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2444436Reviewed-by:
Scott Little <sclittle@chromium.org> Commit-Queue: Chris Harrelson <chrishtr@chromium.org> Cr-Commit-Position: refs/heads/master@{#813217}
-
George Burgess IV authored
Unless it's guaranteed that `std::forward` always turns into an rvalue ref, using `std::move(x)`, where `x`'s type is a universal reference, is generally unsafe. `std::forward` is preferred for these cases. Bug: 1134310 Change-Id: I1a6eeed1710070d1192e33a9a367b7ea55ad8589 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2443970 Commit-Queue: Oksana Zhuravlova <oksamyt@chromium.org> Auto-Submit: George Burgess <gbiv@chromium.org> Reviewed-by:
Oksana Zhuravlova <oksamyt@chromium.org> Cr-Commit-Position: refs/heads/master@{#813216}
-
Eric Orth authored
Bug: 1121785 Change-Id: Ib43754e00147e2800c2b2663c6ea0cc5ad2c0b02 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2441378Reviewed-by:
Matt Menke <mmenke@chromium.org> Commit-Queue: Eric Orth <ericorth@chromium.org> Cr-Commit-Position: refs/heads/master@{#813215}
-
Rayan Kanso authored
Bug: 1122646 Change-Id: I263f5348b05cca1b1604bdcede21a3c9249b8654 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2440868Reviewed-by:
Dominick Ng <dominickn@chromium.org> Reviewed-by:
Avi Drissman <avi@chromium.org> Reviewed-by:
Makoto Shimazu <shimazu@chromium.org> Commit-Queue: Rayan Kanso <rayankans@chromium.org> Cr-Commit-Position: refs/heads/master@{#813214}
-
Mark Mentovai authored
There’s no version change, this is still the hermetic Xcode 12.2b2 toolchain. The new package adds libcodedirectory.dylib, a new library that strip and other tools depend on. It needs to be included in the hermetic toolchain packages, otherwise, links that request stripping will produce errors such as: [9770/76120] LINK clang_x64/symupload FAILED: clang_x64/symupload clang_x64/symupload.dSYM/Contents/Info.plist clang_x64/symupload.dSYM/Contents/Resources/DWARF/symupload TOOL_VERSION=1601523428 ../../build/toolchain/mac/linker_driver.py -Wcrl,strippath,../../build/mac_files/xcode_binaries/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/strip ../../third_party/llvm-build/Release+Asserts/bin/clang++ -B ../../build/mac_files/xcode_binaries/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ -Wcrl,dsym,clang_x64 -Wcrl,dsymutilpath,../../tools/clang/dsymutil/bin/dsymutil -Wl,-fatal_warnings -stdlib=libc++ -arch x86_64 -Wl,-dead_strip -Wl,-no_data_in_code_info -Wl,-no_function_starts -nostdlib++ -isysroot ../../build/mac_files/xcode_binaries/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX11.0.sdk -mmacosx-version-min=10.10.0 -Wl,-ObjC -Wcrl,strip,-x,-S -Werror -o "clang_x64/symupload" -Wl,-filelist,"clang_x64/symupload.rsp" -framework Foundation dyld: Library not loaded: @rpath/libcodedirectory.dylib Referenced from: /opt/s/w/ir/cache/builder/src/out/Release/../../build/mac_files/xcode_binaries/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/strip Reason: image not found Traceback (most recent call last): File "../../build/toolchain/mac/linker_driver.py", line 287, in <module> Main(sys.argv) File "../../build/toolchain/mac/linker_driver.py", line 103, in Main linker_driver_outputs += linker_driver_actions[name](args) File "../../build/toolchain/mac/linker_driver.py", line 137, in <lambda> lambda full_args: action(sub_arg[len(name):], full_args)) File "../../build/toolchain/mac/linker_driver.py", line 223, in RunStrip subprocess.check_call(strip_command) File "/opt/s/w/ir/cipd_bin_packages/cpython/lib/python2.7/subprocess.py", line 190, in check_call raise CalledProcessError(retcode, cmd) subprocess.CalledProcessError: Command '['../../build/mac_files/xcode_binaries/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/strip', '-x', '-S', 'clang_x64/symupload']' returned non-zero exit status -6 This package was built using the build/xcode_binaries.yaml proposed at https://chromium-review.googlesource.com/c/2445909/. Bug: 1134565 Change-Id: I66e8d1d34d678b3600b5b90b213a382e53133bef Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2445949 Commit-Queue: Mark Mentovai <mark@chromium.org> Commit-Queue: Nico Weber <thakis@chromium.org> Auto-Submit: Mark Mentovai <mark@chromium.org> Reviewed-by:Nico Weber <thakis@chromium.org> Cr-Commit-Position: refs/heads/master@{#813213}
-
chromium-autoroll authored
https://webrtc.googlesource.com/src.git/+log/3b7b4f25ef29..b33a7186e6ab 2020-10-02 danilchap@webrtc.org Support layer skipping in L2T2 scalability structure 2020-10-02 chromium-webrtc-autoroll@webrtc-ci.iam.gserviceaccount.com Roll chromium_revision 9a738068..7d9183ce (813008:813111) If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://autoroll.skia.org/r/webrtc-chromium-autoroll Please CC webrtc-chromium-sheriffs-robots@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/+doc/master/autoroll/README.md Bug: None Tbr: webrtc-chromium-sheriffs-robots@google.com Change-Id: I733ecde2209defc21c06dc5a19ab76559108aedd Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2445717Reviewed-by:
-
George Burgess IV authored
Unless it's guaranteed that `std::forward` always turns into an rvalue ref, using `std::move(x)`, where `x`'s type is a universal reference, is generally unsafe. `std::forward` is preferred for these cases. Bug: 1134310 Change-Id: I0c245a9c52d9dd582ba1e0e14d0dac81e2fc4ea0 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2443755 Commit-Queue: John Abd-El-Malek <jam@chromium.org> Auto-Submit: George Burgess <gbiv@chromium.org> Reviewed-by:
John Abd-El-Malek <jam@chromium.org> Cr-Commit-Position: refs/heads/master@{#813211}
-
Sylvain Defresne authored
Remove deprecated_default_sources_assignment_filter and replace it with explicit is_win, is_mac, etc. sections. Bug: 1018739 Change-Id: I3befa68bf2f1091392fa46dec43660638189f637 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2443250 Auto-Submit: Sylvain Defresne <sdefresne@chromium.org> Commit-Queue: Avi Drissman <avi@chromium.org> Reviewed-by:
-
James Cook authored
It's flaky on Windows and Chrome OS. Tbr: lazyboy@chromium.org Bug: 1119807 Change-Id: I2daf1c86ca220afef0c48e204cf61a85db61eed0 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2446189Reviewed-by:
James Cook <jamescook@chromium.org> Commit-Queue: James Cook <jamescook@chromium.org> Cr-Commit-Position: refs/heads/master@{#813209}
-
Esmael El-Moslimany authored
Fix flaky test and reland CL. Bug: 1134274 Change-Id: I58452d5264e36eb838e4e1d413c917496f4b964a Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2444374 Auto-Submit: Esmael Elmoslimany <aee@chromium.org> Commit-Queue: Tibor Goldschwendt <tiborg@chromium.org> Reviewed-by:
Tibor Goldschwendt <tiborg@chromium.org> Cr-Commit-Position: refs/heads/master@{#813208}
-
Melissa Zhang authored
Bug: 1134069 Change-Id: I72639a41bac3c6d09274d724054e8e0bbe2e8176 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2440334Reviewed-by:
-
Leonid Baraz authored
ReportClient creation made fully asynchronous, and problematic test can now wait for initialization to complete. Bug: b:169427520 Change-Id: Ic6566e9973dc48de86b36c8b1180d688de84ce76 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2444409Reviewed-by:
Zach Trudo <zatrudo@google.com> Commit-Queue: Leonid Baraz <lbaraz@chromium.org> Cr-Commit-Position: refs/heads/master@{#813206}
-
Stephen Chenney authored
My team or teams I work closely with own the majority of the histograms in the directories I've added myself to. I haven't been too aggressive about owning every histogram we use. Bug: 1133371a Change-Id: Id4c488154f72fb8dec2767928fe734909c1896e3 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2441728 Commit-Queue: Stephen Chenney <schenney@chromium.org> Auto-Submit: Stephen Chenney <schenney@chromium.org> Reviewed-by:
Brian White <bcwhite@chromium.org> Reviewed-by:
Weilun Shi <sweilun@chromium.org> Cr-Commit-Position: refs/heads/master@{#813205}
-
Side Yilmaz authored
|IncognitoTabModelImplCreator#getOTRProfile| function always returns primary OTR profile. This CL uses OTR profile that is obtained from mWindowAndroidSupplier for Incognito CCT. Bug: 1099642 Change-Id: I63ce65ddd6727470921864cb4abc325e8437f04e Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2440626Reviewed-by:
Boris Sazonov <bsazonov@chromium.org> Reviewed-by:
Rohit Agarwal <roagarwal@chromium.org> Commit-Queue: Side YILMAZ <sideyilmaz@chromium.org> Cr-Commit-Position: refs/heads/master@{#813204}
-
Mugdha Lakhani authored
Periodic Background Sync was disabled for WebView here: https://chromium-review.googlesource.com/c/chromium/src/+/2419579 The layout test needs to be updated, which this CL does. Bug: 1131660 Change-Id: Ib10f7c80ee554843c0c4a61693afeaa99a87e3d5 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2442730 Commit-Queue: Mugdha Lakhani <nator@chromium.org> Reviewed-by:
Richard Coles <torne@chromium.org> Cr-Commit-Position: refs/heads/master@{#813203}
-
Liviu Tinta authored
The test passes fractional coordinates when calling test_driver.Actions pointerMove. pointerMove requires integer coordinates. Change-Id: I334e2b9586c8fb297faa61b4b926eb03eed960fc Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2405935Reviewed-by:
Lan Wei <lanwei@chromium.org> Commit-Queue: Liviu Tinta <liviutinta@chromium.org> Cr-Commit-Position: refs/heads/master@{#813202}
-
Christian Dullweber authored
Espresso is occasionally failing to click() with a INJECT_EVENTS permission error. Try to use TouchCommon, which is supposed to not have this issue. Bug: 1133770 Change-Id: Iaa7084e095e01c75dc8c0b973a99c991f81b3a01 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2445493 Commit-Queue: Christian Dullweber <dullweber@chromium.org> Commit-Queue: Ehimare Okoyomon <eokoyomon@chromium.org> Auto-Submit: Christian Dullweber <dullweber@chromium.org> Reviewed-by:
Ehimare Okoyomon <eokoyomon@chromium.org> Cr-Commit-Position: refs/heads/master@{#813201}
-
Stephen McGruer authored
Naming was chosen to be familiar to users of run_web_tests.py Bug: 1133692 Change-Id: If7ea9dd32034b310f3377f1203da0b7b9f2e101a Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2441945Reviewed-by:
Luke Z <lpz@chromium.org> Commit-Queue: Stephen McGruer <smcgruer@chromium.org> Cr-Commit-Position: refs/heads/master@{#813200}
-
chromium-autoroll authored
https://android.googlesource.com/platform/external/perfetto.git/+log/935a915963e1..2e66e500622a 2020-10-02 treehugger-gerrit@google.com Merge "Add memory snaphot tables." If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://autoroll.skia.org/r/perfetto-chromium-autoroll Please CC perfetto-bugs@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/+doc/master/autoroll/README.md Cq-Include-Trybots: luci.chromium.try:linux-perfetto-rel Bug: None Tbr: perfetto-bugs@google.com Change-Id: I559f1a81a1abdf1dbbaca002f7c68252f9317c35 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2445716Reviewed-by:
-
George Burgess IV authored
Unless it's guaranteed that `std::forward` always turns into an rvalue ref, using `std::move(x)`, where `x`'s type is a universal reference, is generally unsafe. `std::forward` is preferred for these cases. Bug: 1134310 Change-Id: I7be8fffa71418cd9585b2eb562ffe7968aa6c753 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2444129 Commit-Queue: Ken Rockot <rockot@google.com> Auto-Submit: George Burgess <gbiv@chromium.org> Reviewed-by:
Ken Rockot <rockot@google.com> Cr-Commit-Position: refs/heads/master@{#813198}
-
Scott Violet authored
During a rotation, when BrowserFragment is retained and the containing activity is recreated, the following sequence of events happens: 1. destroyAttachmentState 2. createAttachmentState 3. onFragmentStart <- when this is called isAttachedToWindow() is false 4. onFragmentResume <- when this is called isAttachedToWindow() is false BrowserImpl maintained some state to avoid doing certain things during a configuration change, but that state was reset in onFragmentStart(). The problem is onFragmentStart() triggers updating the visibility of the WebContents, and at the time onFragmentStart() is called isAttachedToWindow() returns false, meaning the WebContents was hidden. Hiding the WebContents is bad for sites like youtube which stop playing video. Then fix is to delay resetting state until onViewAttachedToWindow(). There is one other subtle change to TabImpl. Specifically getViewController() is changed to return null if the BrowserViewController hasn't been updated yet. This is necessary because the code updates the active state of the tabs *and* then the BrowserViewController. This means if when updating the active state of a Tab the Tab calls back to BrowserViewController the state isn't right, and may cause NPEs. BUG=1075744 TEST=TabTest.testRotationDoesntChangeVisibility Change-Id: I14e68251541f4387338e5548d4d78daac7419935 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2439556Reviewed-by:
Bo <boliu@chromium.org> Reviewed-by:
Evan Stade <estade@chromium.org> Commit-Queue: Scott Violet <sky@chromium.org> Cr-Commit-Position: refs/heads/master@{#813197}
-
Marc Treib authored
This will make manual testing much easier. Bug: 1113713 Change-Id: I44eb67a06c33e2fec9450ab00f70de10fc399e2f Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2442732 Commit-Queue: Marc Treib <treib@chromium.org> Reviewed-by:
Matthias Körber <koerber@google.com> Cr-Commit-Position: refs/heads/master@{#813196}
-
Kevin McNee authored
AppViewGuest::LaunchAppAndFireEvent rejects guest contents creation if the app to be embedded does not listen for embed requests. However, the callback has already been moved into a pending response, so this is a use-after-move. We now create the pending response after checking for the existence of the embed request listener and before sending the request. Bug: 1124060 Change-Id: I27e6e2b0752be733d3415f5dd88eae314f90572b Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2440266Reviewed-by:
Istiaque Ahmed <lazyboy@chromium.org> Reviewed-by:
James MacLean <wjmaclean@chromium.org> Commit-Queue: Kevin McNee <mcnee@chromium.org> Cr-Commit-Position: refs/heads/master@{#813195}
-
Chromium WPT Sync authored
Using wpt-import in Chromium 679ae353. With Chromium commits locally applied on WPT: 349ec642 "WebXR: Add dynamic viewport scaling support" 20b437f1 "Reland "FontAccess: Sort fonts in lexicographical order"" be3069fb "[LargestContentfulPaint] Ignore full viewport images" 292c16f2 "Fix that mask containing image with clip-path can not apply to client" Note to sheriffs: This CL imports external tests and adds expectations for those tests; if this CL is large and causes a few new failures, please fix the failures by adding new lines to TestExpectations rather than reverting. See: https://chromium.googlesource.com/chromium/src/+/master/docs/testing/web_platform_tests.md Directory owners for changes in this CL: hbos@chromium.org, hta@chromium.org, guidou@chromium.org, philipp.hancke@googlemail.com: external/wpt/webrtc jsbell@chromium.org: external/wpt/resources NOAUTOREVERT=true TBR=robertma@google.com No-Export: true Change-Id: Iabbfa0504bfe437fbd69ac356a9f03ab20e4f3fe Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2445529Reviewed-by:
WPT Autoroller <wpt-autoroller@chops-service-accounts.iam.gserviceaccount.com> Commit-Queue: WPT Autoroller <wpt-autoroller@chops-service-accounts.iam.gserviceaccount.com> Cr-Commit-Position: refs/heads/master@{#813194}
-
Michael Hansen authored
This adds support for validating the device name that a user enters during the Nearby Share onboarding flow. Validation happens as the user types and also when they try to proceed to the next screen. If an invalid name is detected, an error message will appear and the "Next" button will be disabled. Screenshots: https://screenshot.googleplex.com/3USR7ftg7QCwJhR.png https://screenshot.googleplex.com/6Cr6pedUxWnUKju.png Bug: b:169582004 Change-Id: I07d4822e0ea099b30d23ed34a5f70f01940a3009 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2441150Reviewed-by:
Kyle Horimoto <khorimoto@chromium.org> Reviewed-by:
James Vecore <vecore@google.com> Commit-Queue: Michael Hansen <hansenmichael@google.com> Cr-Commit-Position: refs/heads/master@{#813193}
-
chromium-autoroll authored
https://chromium.googlesource.com/devtools/devtools-frontend.git/+log/89a7ef9f2dd9..d3e40e9e1f3d 2020-10-02 devtools-ci-autoroll-builder@chops-service-accounts.iam.gserviceaccount.com Update DevTools DEPS. 2020-10-02 changhaohan@chromium.org Clean up unused treeElementSymbol 2020-10-02 jacktfranklin@chromium.org Fix heap snapshot test flakes on Mac bots 2020-10-02 jacktfranklin@chromium.org Add `component_docs/README.md` 2020-10-02 jobay@google.com Typecheck quick_open/QuickPick.js with TypeScript 2020-10-02 tvanderlippe@chromium.org Remove Node.prototype.appendChildren 2020-10-02 jacktfranklin@chromium.org Component docs server only lists HTML files 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 devtools-waterfall-sheriff-onduty@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/+doc/master/autoroll/README.md Bug: chromium:1011811,chromium:1050549 Tbr: devtools-waterfall-sheriff-onduty@grotations.appspotmail.com Change-Id: Ia4febe404810d9e1c91276c4ff102d12a9c64ff9 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2445710Reviewed-by:
-
Kent Tamura authored
Ruby NG has been enabled since M85, and we have received no bug reports on it. - Introduce LayoutObjectFactory::CreateRubyText() for consistency This CL has no behavior changes. Bug: 1069817 Change-Id: Idbaae441a0f71d3a03767c16c08492bdd146dd5e Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2444633 Auto-Submit: Kent Tamura <tkent@chromium.org> Reviewed-by:
Yoshifumi Inoue <yosin@chromium.org> Commit-Queue: Kent Tamura <tkent@chromium.org> Cr-Commit-Position: refs/heads/master@{#813191}
-
Mohamed Adel authored
Adding implementation for GetDisplayed notifications for banners. Bug: 1134575 Change-Id: I5e2ffa8d127e2e2bfef76b3c5cf596ee96fe1972 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2445411 Commit-Queue: Mohamed Adel <adelm@google.com> Reviewed-by:
Rayan Kanso <rayankans@chromium.org> Reviewed-by:
Richard Knoll <knollr@chromium.org> Cr-Commit-Position: refs/heads/master@{#813190}
-
Henrique Ferreiro authored
This method was introduced in https://crrev.com/c/2424066 but it missed reversing the scale factor before scaling. Bug: 1097816 Change-Id: I50231345b272028ba162dd4a69db6e0179a8612a Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2444320 Commit-Queue: Dave Tapuska <dtapuska@chromium.org> Reviewed-by:
Dave Tapuska <dtapuska@chromium.org> Cr-Commit-Position: refs/heads/master@{#813189}
-
Kent Tamura authored
This CL adds two flags, LayoutNGTextArea for <input> and LayoutNGTextField for <textarea>. They depend on EditingNG flag. SearchFieldCancelButtonElement and EditingViewPortElement refer to LayoutNGTextField flag because only <input> uses them. Both of <input> and <textarea> use TextControlInnerEditorElement. So its TypeShouldForceLegacyLayout() checks the host element type. This CL has no behavior changes. These flags are not enabled yet. Bug: 1040826 Change-Id: I1caf433edb57ab2fec21c17744eff166d0a4deee Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2444636Reviewed-by:
-
Nela Kaczmarek authored
This is a reland of 6a5d7abc Original change's description: > Add HashAffiliationFetcher skeleton to retrieve affiliations by hash prefix. > > This change creates HashAffiliationFetcher skeleton that extends AffiliationFetcherBase. > This fetcher will provide additional privacy layer as it will request affiliations for a larger group of facets by passing only the prefixes of hashed URLs. > > Bug: 1108279 > Change-Id: I4a2b09aa7d8c3c51f4b30ba966a17ba5afb9b09b > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2423883 > Commit-Queue: Nela Kaczmarek <nelakaczmarek@google.com> > Reviewed-by: Jan Wilken Dörrie <jdoerrie@chromium.org> > Cr-Commit-Position: refs/heads/master@{#812653} Bug: 1108279 Change-Id: I21fd2060285e117bcba21d6ea48f3a8ae7048de9 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2445172 Commit-Queue: Jan Wilken Dörrie <jdoerrie@chromium.org> Reviewed-by:
Jan Wilken Dörrie <jdoerrie@chromium.org> Cr-Commit-Position: refs/heads/master@{#813187}
-
Mohamed Adel authored
Set UNNotification not to close on default action, and handle it to close through the bridge's Close method. Added unittest for it as well. Bug: 1134175 Change-Id: Ia7cd5751fb5c245434f1f4877ae4988353080a8f Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2442970 Commit-Queue: Mohamed Adel <adelm@google.com> Reviewed-by:
Peter Beverloo <peter@chromium.org> Reviewed-by:
-
Maksim Moskvitin authored
This CL renames a method in TrustedVaultConnection, to reflect that there will be authentication factors other than device key. Bug: 1113598 Change-Id: Ieb84296feac97844fb78bd09f7e3a645bca54fbe Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2437378Reviewed-by:
Mikel Astiz <mastiz@chromium.org> Commit-Queue: Maksim Moskvitin <mmoskvitin@google.com> Cr-Commit-Position: refs/heads/master@{#813185}
-
Jan Wilken Dörrie authored
This change drops usages of autofill::PasswordForm in //chrome/browser/password_manager in favor of password_manager::PasswordForm. Bug: 1067347 Change-Id: I3efccfb9d609fe790988f804d3e5f07562e0f400 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2445609 Commit-Queue: Jan Wilken Dörrie <jdoerrie@chromium.org> Reviewed-by:
Mohamed Amir Yosef <mamir@chromium.org> Cr-Commit-Position: refs/heads/master@{#813184}
-
Roman Sorokin authored
Looks like it was failing because of the renderer crash. Bug: 1121422 Change-Id: Ia561febf0b6c4205c70b05779e3a8a3d51808e27 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2445549 Auto-Submit: Roman Sorokin [CET] <rsorokin@chromium.org> Reviewed-by:
Roman Aleksandrov <raleksandrov@google.com> Commit-Queue: Roman Sorokin [CET] <rsorokin@chromium.org> Cr-Commit-Position: refs/heads/master@{#813183}
-
