- 21 Jul, 2020 40 commits
-
-
Matthias Körber authored
The CL introduces a data structure to manage address components that must support the duality of an structured and unstructured representation. This is a reland with a fixed DCHECK statement. Change-Id: I95ec6b67bb6681b1dec9c1eb951439e916e932ec Bug: 1099202 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2307375Reviewed-by:
Dominic Battré <battre@chromium.org> Commit-Queue: Matthias Körber <koerber@google.com> Cr-Commit-Position: refs/heads/master@{#790310}
-
Kent Tamura authored
It was behind the "LayoutNGForControls" flag, of which status is "experimental". Note that this feature depends on the "LayoutNGFlexBox" flag. If the flag is disabled, menulist SELECTs are rendered with the legacy layout. Bug: 1040826 Change-Id: I30e30d1fef26adb2b661ffbbf7a5e1ad2afd7d65 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2303735Reviewed-by:
Koji Ishii <kojii@chromium.org> Reviewed-by:
Yoshifumi Inoue <yosin@chromium.org> Commit-Queue: Kent Tamura <tkent@chromium.org> Cr-Commit-Position: refs/heads/master@{#790309}
-
Makoto Shimazu authored
ServiceWorkerFetchDispatcher now dispatches a fetch event without waiting for an ACK of start worker message when ServiceWorkerOnUI is enabled. However, due to the change, ServiceWorkerFetchDispatcher can invoke a callback twice when starting a worker fails - one for a failure of start worker and the other for a failure of dispatched event, and this caused crashes. This CL added a branch to ignore the latter callback when starting a worker fails because the error status for starting a worker is more detailed. Bug: 1106977 Change-Id: I4cc408a850f40fb3db101584e71eb2164a90c28f Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2309525Reviewed-by:
Matt Falkenhagen <falken@chromium.org> Commit-Queue: Makoto Shimazu <shimazu@chromium.org> Cr-Commit-Position: refs/heads/master@{#790308}
-
Internal Frameworks Autoroller authored
TBR=bling-team@google.com Change-Id: I5b5fa1c64e4d04697424a54840a52aba5bfe7a97 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2309809Reviewed-by:
Internal Frameworks Autoroller <bling-autoroll-builder@chops-service-accounts.iam.gserviceaccount.com> Commit-Queue: Internal Frameworks Autoroller <bling-autoroll-builder@chops-service-accounts.iam.gserviceaccount.com> Cr-Commit-Position: refs/heads/master@{#790307}
-
chromium-autoroll authored
https://webrtc.googlesource.com/src.git/+log/539e8783de62..7a9b96ff8e9f 2020-07-20 jianj@google.com AV1: set error_resilience to 0. 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: I748fe6d52639ec4e21141dc0b73008bc83f8fd64 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2309567Reviewed-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@{#790306}
-
Jan Wilken Dörrie authored
This change disallows saving empty passwords in the edit password dialog within the Password Check. It does so by introducing checks to both JavaScript and C++. Fixed: 1107401 Change-Id: Ib84ec706743d837464aba977bc2c08b83e83e7a1 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2307256Reviewed-by:
Friedrich [CET] <fhorschig@chromium.org> Reviewed-by:
dpapad <dpapad@chromium.org> Commit-Queue: Jan Wilken Dörrie <jdoerrie@chromium.org> Cr-Commit-Position: refs/heads/master@{#790305}
-
Kenichi Ishibashi authored
It was used only from DidReadInfo() in service_worker_disk_cache.cc to convert an HttpResponseInfo to URLResponseHead. Since service_worker_disk_cache.cc will be moved to the storage service it wouldn't be able to depend on content/. Move conversion logic to DidReadInfo() and remove ResourceResponseHeadAndMetadata. Bug: 1055677 Change-Id: I379fc52fcb41fb97f67045492cc8b4d743813398 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2309609Reviewed-by:
Makoto Shimazu <shimazu@chromium.org> Commit-Queue: Kenichi Ishibashi <bashi@chromium.org> Cr-Commit-Position: refs/heads/master@{#790304}
-
chromium-autoroll authored
https://chromium.googlesource.com/external/github.com/KhronosGroup/glslang/+log/9eef54b2513c..b99a6a727318 2020-07-21 johnkslang@users.noreply.github.com Merge pull request #2352 from ben-clayton/vs2015 If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://autoroll.skia.org/r/glslang-chromium-autoroll Please CC radial-bots+chrome-roll@google.com,timvp@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:android_angle_vk32_deqp_rel_ng;luci.chromium.try:android_angle_vk32_rel_ng;luci.chromium.try:android_angle_vk64_deqp_rel_ng;luci.chromium.try:android_angle_vk64_rel_ng;luci.chromium.try:linux_angle_deqp_rel_ng;luci.chromium.try:linux-angle-rel;luci.chromium.try:win-angle-rel-32;luci.chromium.try:win-angle-rel-64;luci.chromium.try:win-angle-deqp-rel-32;luci.chromium.try:win-angle-deqp-rel-64 Tbr: radial-bots+chrome-roll@google.com,timvp@google.com Change-Id: Ib70496a201a721e08f60c6e85db718bf3f41aea7 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2309568Reviewed-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@{#790303}
-
Bret Sepulveda authored
If a user uninstalls multiple extensions simultaneously, where the first one has an extension popup open, the second notification will cause a crash because the bubble will try to access |host_|, which is already nullptr. To fix this, we unregister from further notifications when destroying |host_|. Also adds a test. Bug: 1099456 Change-Id: Ia89e5d1e25e801d83bae49c858ff8f95488cd311 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2292330 Commit-Queue: Bret Sepulveda <bsep@chromium.org> Reviewed-by:
Devlin <rdevlin.cronin@chromium.org> Cr-Commit-Position: refs/heads/master@{#790302}
-
v8-ci-autoroll-builder authored
Summary of changes available at: https://chromium.googlesource.com/v8/v8/+log/df4466ba..f75b12bf Please follow these instructions for assigning/CC'ing issues: https://v8.dev/docs/triage-issues Please close rolling in case of a roll revert: https://v8-roll.appspot.com/ This only works with a Google account. CQ_INCLUDE_TRYBOTS=luci.chromium.try:linux-blink-rel CQ_INCLUDE_TRYBOTS=luci.chromium.try:linux_optional_gpu_tests_rel CQ_INCLUDE_TRYBOTS=luci.chromium.try:mac_optional_gpu_tests_rel CQ_INCLUDE_TRYBOTS=luci.chromium.try:win_optional_gpu_tests_rel CQ_INCLUDE_TRYBOTS=luci.chromium.try:android_optional_gpu_tests_rel TBR=hablich@chromium.org,vahl@chromium.org,v8-waterfall-sheriff@grotations.appspotmail.com Change-Id: Id424da990e2c38c07be3b31ecd5eba059e8a48dd Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2308752Reviewed-by:
v8-ci-autoroll-builder <v8-ci-autoroll-builder@chops-service-accounts.iam.gserviceaccount.com> Commit-Queue: v8-ci-autoroll-builder <v8-ci-autoroll-builder@chops-service-accounts.iam.gserviceaccount.com> Cr-Commit-Position: refs/heads/master@{#790301}
-
Guido Urdaneta authored
This is in preparation to move content/renderer/media/audio to Blink Bug: 787252 Change-Id: Ifce6820b435d55bf2c577ff7b5cbe6ad969d5af2 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2308329 Commit-Queue: Guido Urdaneta <guidou@chromium.org> Reviewed-by:
Kentaro Hara <haraken@chromium.org> Reviewed-by:
Kinuko Yasuda <kinuko@chromium.org> Cr-Commit-Position: refs/heads/master@{#790300}
-
chromium-autoroll authored
If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://autoroll.skia.org/r/fuchsia-aemu-chromium-autoroll Please CC chonggu@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: chonggu@google.com Change-Id: I6f834bf9cfffb3862a42b2d9f48517a5c39d445c Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2309665Reviewed-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@{#790299}
-
Monica Basta authored
Screenshot: https://drive.google.com/file/d/1TV-gYNJkIQ99opvaY3YanKGfPYeKUHle/view?usp=sharing Bug: 1063856 Change-Id: I40675ec609fb2a1cd358e72be17b982ebe663779 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2302904 Commit-Queue: Monica Basta <msalama@chromium.org> Reviewed-by:
Rebekah Potter <rbpotter@chromium.org> Cr-Commit-Position: refs/heads/master@{#790298}
-
Koji Ishii authored
r789656 crrev.com/c/2302984 added a few DCHECKs to |PostLayout| based on our existing assumptions, but they did hit in DCHECK-enabled Canary. While not all reasons are clear, we've got 20 crash logs in a few days. This patch removes these DCHECKs. Bug: 1107204 Change-Id: I78e247675278a5c9944bbc0d153a6d1543a8e033 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2309494Reviewed-by:
Kent Tamura <tkent@chromium.org> Commit-Queue: Koji Ishii <kojii@chromium.org> Cr-Commit-Position: refs/heads/master@{#790297}
-
chromium-autoroll authored
https://pdfium.googlesource.com/pdfium.git/+log/9a3f345ba7c4..f6437f54c9f0 2020-07-21 thestig@chromium.org Roll third_party/depot_tools/ 68978076f..9949ab7a4 (26 commits; 8 trivial rolls) 2020-07-21 dhoss@chromium.org Split path construction and painting in content generation 2020-07-20 tsepez@chromium.org Move CFX_XMLNode::EncodeEntities() to WideString. 2020-07-20 tsepez@chromium.org Fix nits in GCedTreeNode<>. 2020-07-20 tsepez@chromium.org Remove unreachable code in ~CFXA_Object(). 2020-07-20 thestig@chromium.org Roll v8/ 65a118899..343030c9f (582 commits) If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://autoroll.skia.org/r/pdfium-autoroll Please CC pdfium-deps-rolls@chromium.org 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: pdfium-deps-rolls@chromium.org Change-Id: Ida2d752b4b988f34a2abf5291115c97f1a6a7b37 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2309656Reviewed-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@{#790296}
-
Guido Urdaneta authored
This is in preparation to move content/renderer/media/audio to Blink Bug: 787252 Change-Id: I00649891b8340aa7f66241229787d8133436f856 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2307989Reviewed-by:
Kentaro Hara <haraken@chromium.org> Reviewed-by:
Kinuko Yasuda <kinuko@chromium.org> Commit-Queue: Guido Urdaneta <guidou@chromium.org> Cr-Commit-Position: refs/heads/master@{#790295}
-
Abhijeet Kandalkar authored
|ax::mojom::TextDirection| indicates writing mode in CSS. The current name of an enum is misleading and doesn't define the exact explanation of its content. This CL renames |TextDirection| to meaningful name |WritingDirection|. Bug: 1088377 Change-Id: I826d65f5a6049b31b69331fa71bad394c1fbf6b2 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2307024Reviewed-by:
Kentaro Hara <haraken@chromium.org> Reviewed-by:
Dominick Ng <dominickn@chromium.org> Commit-Queue: Abhijeet Kandalkar <abhijeet@igalia.com> Cr-Commit-Position: refs/heads/master@{#790294}
-
Andrei-Laurențiu Olteanu authored
idle_time_user_hz is measured in USER_HZ (clock ticks), a system constant accessible via sysconf(_SC_CLK_TCK) (clock ticks / second). Dividing the two results in the number of idle seconds and multiplying by 1000 gets the result in milliseconds. Add a wrapper around LogicalCpuInfoPtr::UncheckedConvertPtr to make unittesting of the function easier without mocking the system call sysconf(). Add tests for checking LogicalCpuInfoPtr::UncheckedConvertPtr. Bug: b:161219494 Change-Id: I0c01f63100beea5315e1cc8f215eeb2fac6e76ff Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2301144Reviewed-by:
Oleh Lamzin <lamzin@google.com> Reviewed-by:
Mahmoud Gawad <mgawad@google.com> Reviewed-by:
Tom Sepez <tsepez@chromium.org> Commit-Queue: Laurențiu Olteanu <lolteanu@google.com> Cr-Commit-Position: refs/heads/master@{#790293}
-
Jan Wilken Dörrie authored
This change implements the ranges algorithms from alg.reverse, alg.rotate and alg.shuffle. alg.sample is skipped due to the lack of std::sample in C++14, but might be added in a future CL. Bug: 1071094 Change-Id: I8195c62aa21b99bc8b60ed8a98c492d4b2d5edd9 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2308150 Commit-Queue: Jan Wilken Dörrie <jdoerrie@chromium.org> Reviewed-by:
Peter Kasting <pkasting@chromium.org> Cr-Commit-Position: refs/heads/master@{#790292}
-
chromium-autoroll authored
Roll Chrome Mac PGO profile from chrome-mac-master-1595289228-e5c2a2241b190531533d778f2dcf9ff98ced1901.profdata to chrome-mac-master-1595310726-5356636057416b4e4d905dcd6e997d2e9409d66f.profdata If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://autoroll.skia.org/r/pgo-mac-chromium Please CC sebmarchand+pgo_roller@google.com,jeffyoon@google.com,liaoyuke@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: chrome/try:mac-chrome Tbr: sebmarchand+pgo_roller@google.com,jeffyoon@google.com,liaoyuke@google.com Change-Id: I8caa11364e54e130f948b748e396885e3c7190ce Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2309792Reviewed-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@{#790291}
-
Mikel Astiz authored
Late creation of keyed services in TestingProfile is problematic and runs into use-after-free and other issues in practice, due to tests overriding keyed services after other (dependent) keyed services have already grabbed references to previously existing instances (freed during replacement). Dynamic manipulation of keyed services after profile creation is a bad practice anyway, so let's annotate these TestingProfile APIs as deprecated (there was already a big warning about it) and instead introduce default factories in BookmarkModel and HistoryService factories themselves, in a way that can be conveniently used with TestingProfile::Builder. This approach is analogous to how other keyed services do it, including FaviconService. In this patch, a few test cases adopt the new API. Future patches will adopt them more broadly and eventually remove the old APIs. Change-Id: I8cc0d8ffe3c140398bd583b1d42a31c90f4b0f8b Bug: 1106699 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2306048Reviewed-by:
Scott Violet <sky@chromium.org> Commit-Queue: Mikel Astiz <mastiz@chromium.org> Cr-Commit-Position: refs/heads/master@{#790290}
-
Karel Král authored
Add helper to trace mojo autogenerated struct parameters. Thus provide more information for local debugging. Bug: 1103623 Change-Id: I4729a92dff39670f1d88136fb0c2f7887b2d334b Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2302892 Commit-Queue: Karel Král <karelkral@google.com> Reviewed-by:
Alexander Timin <altimin@chromium.org> Reviewed-by:
Oksana Zhuravlova <oksamyt@chromium.org> Cr-Commit-Position: refs/heads/master@{#790289}
-
Clemens Arbesser authored
Before this change, consecutive showcasts with identical element areas did not work unless the user somehow changed the area (e.g., scrolling). This was because the last showcasted viewport and element was cached and not properly reset. Bug: b/161471176 Change-Id: I746cd365c2b1bcdf2fcf7271cbc7666d83bea0c5 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2306096Reviewed-by:
Marian Fechete <marianfe@google.com> Reviewed-by:
Mathias Carlen <mcarlen@chromium.org> Commit-Queue: Clemens Arbesser <arbesser@google.com> Cr-Commit-Position: refs/heads/master@{#790288}
-
Anders Hartvoll Ruud authored
This reverts commit 339e6581. Reason for revert: *Probably* broke Android Cast builders. Original change's description: > Android: Updates to warnings-as-errors when building > > * Delete java_warnings_as_errors > * Use treat_warnings_as_errors for android rules > * warnings-as-errors is now default true for debug builds > * Add --warnings-as-errors to proguard.py, dex.py, bytecode_processor.py > so that these warnings can all be turned off locally. > * Made build_utils.CheckOutput fail by default when stderr or stdout is > printed. This should prevent build logs from creaping in. > * Added "you should use treat_warnings_as_errors=false" into error > message when builds fail due to warnings. > > Bug: 1029357 > Change-Id: Ia69e545a110554d76e190cb2da8b20fe10d4d6e8 > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2232809 > Reviewed-by: Dirk Pranke <dpranke@google.com> > Reviewed-by: Peter Wen <wnwen@chromium.org> > Commit-Queue: Andrew Grieve <agrieve@chromium.org> > Cr-Commit-Position: refs/heads/master@{#790225} TBR=wnwen@chromium.org,dpranke@google.com,agrieve@chromium.org Change-Id: Id123fab1cdcbbd99c137ea5750719fe68b05440c No-Presubmit: true No-Tree-Checks: true No-Try: true Bug: 1029357 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2308411Reviewed-by:
Anders Hartvoll Ruud <andruud@chromium.org> Commit-Queue: Anders Hartvoll Ruud <andruud@chromium.org> Cr-Commit-Position: refs/heads/master@{#790287}
-
Ewann authored
Bug: 1073831 Change-Id: Ib4d61f98b55ab6c2311cd1627ce12391d0c97e58 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2279974Reviewed-by:
Sylvain Defresne <sdefresne@chromium.org> Reviewed-by:
Alexei Svitkine <asvitkine@chromium.org> Commit-Queue: Ewann Pellé <ewannpv@chromium.org> Cr-Commit-Position: refs/heads/master@{#790286}
-
Benoit Lize authored
This significantly shortens the fast path in the allocator: See the annotated assembly dump below for the fast path (release build, x86_64): - Before: 5 tests (and branches, shown with "***"), epilogue at offset 0x8c - After: 3 tests, epilogue at 0x46 BEFORE: 0000000000d385c0 <base::PartitionRoot<true>::AllocFromBucket(base::internal::PartitionBucket<true>*, int, unsigned long)>: [...] // Prologue d385c7: 48 83 ec 10 sub $0x10,%rsp d385cb: 41 89 d6 mov %edx,%r14d d385ce: c6 45 ef 00 movb $0x0,-0x11(%rbp) d385d2: 48 8b 16 mov (%rsi),%rdx d385d5: 48 8b 1a mov (%rdx),%rbx *** d385d8: 48 85 db test %rbx,%rbx d385db: 74 7b je d38658 <base::PartitionRoot<true>::AllocFromBucket(base::internal::PartitionBucket<true>*, int, unsigned long)+0x98> d385dd: 48 8b 03 mov (%rbx),%rax d385e0: 48 0f c8 bswap %rax d385e3: 48 89 02 mov %rax,(%rdx) d385e6: 66 83 42 18 01 addw $0x1,0x18(%rdx) *** d385eb: 48 85 db test %rbx,%rbx d385ee: 74 5c je d3864c <base::PartitionRoot<true>::AllocFromBucket(base::internal::PartitionBucket<true>*, int, unsigned long)+0x8c> d385f0: 48 89 d9 mov %rbx,%rcx d385f3: 48 81 e1 00 00 e0 ff and $0xffffffffffe00000,%rcx d385fa: 48 89 da mov %rbx,%rdx d385fd: 48 c1 ea 09 shr $0x9,%rdx d38601: 81 e2 e0 0f 00 00 and $0xfe0,%edx d38607: 48 8d 04 11 lea (%rcx,%rdx,1),%rax d3860b: 48 05 00 10 00 00 add $0x1000,%rax d38611: 0f b7 8c 11 1c 10 00 movzwl 0x101c(%rcx,%rdx,1),%ecx d38618: 00 d38619: 48 c1 e1 05 shl $0x5,%rcx d3861d: 48 89 c2 mov %rax,%rdx d38620: 48 29 ca sub %rcx,%rdx d38623: 48 8b 52 10 mov 0x10(%rdx),%rdx d38627: 8b 72 18 mov 0x18(%rdx),%esi *** d3862a: 48 81 fe 01 00 01 00 cmp $0x10001,%rsi d38631: 73 48 jae d3867b <base::PartitionRoot<true>::AllocFromBucket(base::internal::PartitionBucket<true>*, int, unsigned long)+0xbb> d38633: 48 89 f2 mov %rsi,%rdx *** d38636: 41 f6 c6 02 test $0x2,%r14b d3863a: 74 10 je d3864c <base::PartitionRoot<true>::AllocFromBucket(base::internal::PartitionBucket<true>*, int, unsigned long)+0x8c> *** d3863c: 80 7d ef 00 cmpb $0x0,-0x11(%rbp) d38640: 75 0a jne d3864c <base::PartitionRoot<true>::AllocFromBucket(base::internal::PartitionBucket<true>*, int, unsigned long)+0x8c> d38642: 48 89 df mov %rbx,%rdi d38645: 31 f6 xor %esi,%esi d38647: e8 54 e2 43 00 callq 11768a0 <memset@plt> d3864c: 48 89 d8 mov %rbx,%rax [...] // Epilogue d38657: c3 retq AFTER: 0000000000d385c0 <base::PartitionRoot<true>::AllocFromBucket(base::internal::PartitionBucket<true>*, int, unsigned long)>: [...] // Prologue d385ca: 49 89 cf mov %rcx,%r15 d385cd: 41 89 d6 mov %edx,%r14d d385d0: c6 45 e7 00 movb $0x0,-0x19(%rbp) d385d4: 48 8b 0e mov (%rsi),%rcx d385d7: 48 8b 19 mov (%rcx),%rbx *** d385da: 48 85 db test %rbx,%rbx d385dd: 74 35 je d38614 <base::PartitionRoot<true>::AllocFromBucket(base::internal::PartitionBucket<true>*, int, unsigned long)+0x54> d385df: 8b 56 18 mov 0x18(%rsi),%edx d385e2: 48 8b 03 mov (%rbx),%rax d385e5: 48 0f c8 bswap %rax d385e8: 48 89 01 mov %rax,(%rcx) d385eb: 66 83 41 18 01 addw $0x1,0x18(%rcx) *** d385f0: 41 f6 c6 02 test $0x2,%r14b d385f4: 74 10 je d38606 <base::PartitionRoot<true>::AllocFromBucket(base::internal::PartitionBucket<true>*, int, unsigned long)+0x46> *** d385f6: 80 7d e7 00 cmpb $0x0,-0x19(%rbp) d385fa: 75 0a jne d38606 <base::PartitionRoot<true>::AllocFromBucket(base::internal::PartitionBucket<true>*, int, unsigned long)+0x46> d385fc: 48 89 df mov %rbx,%rdi d385ff: 31 f6 xor %esi,%esi d38601: e8 9a e2 43 00 callq 11768a0 <memset@plt> d38606: 48 89 d8 mov %rbx,%rax [...] // Epilogue d38613: c3 retq Bug: 998048 Change-Id: Ib9698e635b459b90c86a2dabadb3e4536f1d2219 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2307333Reviewed-by:
Kentaro Hara <haraken@chromium.org> Commit-Queue: Benoit L <lizeb@chromium.org> Cr-Commit-Position: refs/heads/master@{#790285}
-
Hiroki Nakagawa authored
WebSharedWorkerImpl accesses WorkerScheduler from the main thread to take a task runner, and then dispatches a connect event to SharedWorkerGlobalScope using the task runner. This causes a race condition if close() is called on the global scope on the worker thread while the task runner is being taken on the main thread: close() call disposes of WorkerScheduler, and accessing the scheduler after that is not allowed. See the issue for details. To fix this, this CL makes WebSharedWorkerImpl capture the task runner between starting a worker thread (initializing WorkerScheduler) and posting a task to evaluate worker scripts that may call close(). This ensures that WebSharedWorkerImpl accesses WorkerScheduler before the scheduler is disposed of. Bug: 1104046 Change-Id: I145cd39f706019c33220fcb01ed81f76963ffff0 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2308550 Commit-Queue: Hiroki Nakagawa <nhiroki@chromium.org> Reviewed-by:
Kenichi Ishibashi <bashi@chromium.org> Cr-Commit-Position: refs/heads/master@{#790284}
-
Christopher Cameron authored
Now that most of the functional changes are done, the classes that have been accumulating together can get separate files. TBR=geofflang Bug: 1092155 Change-Id: Ic9f31557cbd2144bf4de643640ae05be3a60ae10 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2309130 Commit-Queue: ccameron <ccameron@chromium.org> Reviewed-by:
ccameron <ccameron@chromium.org> Cr-Commit-Position: refs/heads/master@{#790283}
-
Boris Sazonov authored
No behavior change. This is a follow-up to https://crrev.com/c/2289972 that clarifies a comment in AndroidSyncSettingsTestUtils. Bug: 1093998 Change-Id: I5eba992467c15e26de67cd5ea4f411ddb033be9e Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2308151 Auto-Submit: Boris Sazonov <bsazonov@chromium.org> Reviewed-by:
Marc Treib <treib@chromium.org> Commit-Queue: Marc Treib <treib@chromium.org> Cr-Commit-Position: refs/heads/master@{#790282}
-
chromium-autoroll authored
Roll Chrome Mac PGO profile from chrome-mac-master-1595267899-0b639e1a830eedc083c30d777051dfd02b3a214f.profdata to chrome-mac-master-1595289228-e5c2a2241b190531533d778f2dcf9ff98ced1901.profdata If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://autoroll.skia.org/r/pgo-mac-chromium Please CC sebmarchand+pgo_roller@google.com,jeffyoon@google.com,liaoyuke@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: chrome/try:mac-chrome Tbr: sebmarchand+pgo_roller@google.com,jeffyoon@google.com,liaoyuke@google.com Change-Id: Iae181e1b932ea5d3cbcbeec4534de1076c99a238 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2309147Reviewed-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@{#790281}
-
sandromaggi authored
With crrev/c/2296080 the |Controller| is no longer destroyed on error, this means we can re-use the |DidStartNavigation| events from there and do not have to re-implement it in the |UiControllerAndroid|. Bug: b/2296080 Bug: b/159977785 Change-Id: Ia40c7ec49c50f8a38698445808464588b0036221 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2307292Reviewed-by:
Luca Hunkeler <hluca@google.com> Reviewed-by:
Mathias Carlen <mcarlen@chromium.org> Commit-Queue: Sandro Maggi <sandromaggi@google.com> Cr-Commit-Position: refs/heads/master@{#790280}
-
Fergal Daly authored
TBR=rakina@chromium.org Bug: 1107722 Change-Id: I871b63ca0e0301ba2734150584ebb2a5b5d7dbd6 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2309472 Commit-Queue: Fergal Daly <fergal@chromium.org> Reviewed-by:
Fergal Daly <fergal@chromium.org> Cr-Commit-Position: refs/heads/master@{#790279}
-
chromium-autoroll authored
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: I245a9959bf812dc9d73cd29b0ecf549da72ddc8b Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2309042Reviewed-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@{#790278}
-
Dale Curtis authored
This modifies the ImageDecodeCache and TileManager to use RGBA_F16 when the raster color space is HDR. The raster color space will be set to HDR when the display color space is HDR and HDR content is detected during metadata collection. Bug: 960620, 1076568 Test: Updated unittests. Change-Id: Ida51852661aa51ec8506bf276f2d4929706e6006 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2270844 Auto-Submit: Dale Curtis <dalecurtis@chromium.org> Reviewed-by:
Khushal <khushalsagar@chromium.org> Reviewed-by:
ccameron <ccameron@chromium.org> Commit-Queue: ccameron <ccameron@chromium.org> Cr-Commit-Position: refs/heads/master@{#790277}
-
Jing Wang authored
1. When emoji suggestion pop up, pressing "up" won't enter browsing mode, this is now the same as personal info suggester. 2. Allow number input after entering browsing mode, pressing "down" is not required as the previous action 3. Unify some naming fashion in two suggesters. 4. In emoji suggester, change the way of managing highlight buttons, now it's the same as in personal info suggester 5. Removed some unnecessary functions. 6. Updated tests. Test: tested with Chrome on Linux. Bug: NOBUG=refactor Change-Id: I91828526f0ecaaac3380764ab430e2c6f07d0417 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2303931 Commit-Queue: Jing Wang <jiwan@chromium.org> Reviewed-by:
My Nguyen <myy@chromium.org> Reviewed-by:
Darren Shen <shend@chromium.org> Cr-Commit-Position: refs/heads/master@{#790276}
-
Reilly Grant authored
This change adds metrics for when users grant or revoke permissions to access a serial port. Bug: 998180 Change-Id: If19ddef97d2e9694588686f17613298c23a98f63 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2305509 Commit-Queue: Reilly Grant <reillyg@chromium.org> Commit-Queue: Ilya Sherman <isherman@chromium.org> Reviewed-by:
Ilya Sherman <isherman@chromium.org> Reviewed-by:
Ovidio de Jesús Ruiz-Henríquez <odejesush@chromium.org> Auto-Submit: Reilly Grant <reillyg@chromium.org> Cr-Commit-Position: refs/heads/master@{#790275}
-
Xinghui Lu authored
Add EnhancedProtectionSettingsFragment and StandardProtectionSettingsFragment. They are launched when the expand arrows on the Safe Browsing radio buttons are clicked. Add an interface named FragmentSettingsLauncher, which is used to inject an instance of SettingsLauncher to SecuritySettingsFragment. Enhanced protection screenshot: http://screen/QvKbx401JAE Standard protection screenshot: http://screen/KdwYdsgcUf5 Bug: 1097310 Fixed: 1072800 Change-Id: I4316e261d85d8e12cd8dd40199c86cd318aed7b6 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2298727 Commit-Queue: Xinghui Lu <xinghuilu@chromium.org> Reviewed-by:
Varun Khaneja <vakh@chromium.org> Reviewed-by:
Theresa <twellington@chromium.org> Reviewed-by:
Natalie Chouinard <chouinard@chromium.org> Cr-Commit-Position: refs/heads/master@{#790274}
-
Andrey Kosyakov authored
This includes a fix for Array<Binary> https://chromium-review.googlesource.com/c/deps/inspector_protocol/+/2309330 TBR: pfeldman@chromium.org Change-Id: I42d4a7ff37933dc27e0f0e88b74de3a2c9e7f91d Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2309429Reviewed-by:
Andrey Kosyakov <caseq@chromium.org> Commit-Queue: Andrey Kosyakov <caseq@chromium.org> Cr-Commit-Position: refs/heads/master@{#790273}
-
Ben Mason authored
Test was passing in debug because of fieldtrial config. It's not read in release as per: https://source.chromium.org/chromium/chromium/src/+/master:testing/variations/README.md?originalUrl=https:%2F%2Fcs.chromium.org%2F Enable commandline flag: IPH_TabGroupsDragAndDrop and parameters. Bug: 1104279 Change-Id: If808af9f027b6c4c294a4d9c7950cbdba01db687 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2302833Reviewed-by:
Wei-Yin Chen (陳威尹) <wychen@chromium.org> Reviewed-by:
Ben Mason <benmason@chromium.org> Commit-Queue: Ben Mason <benmason@chromium.org> Cr-Commit-Position: refs/heads/master@{#790272}
-
Noel Gordon authored
Searchbox activity can send requests to the location line breadcrumb to display a root "/" path, when the current directory entry is a Recents, a Fake entry, a mounted Zip file viz., all special directories that are rooted according to the directory model API directoryModel.getCurrentDirEntry(); However, root paths have no path components and cause the location line show() code to throw an exception accessing components[0].name, causing files app to become totally unresponsive to user input. Change location line to ignore requests to show a root (empty) path and no JS exceptions is the result. Bug: 1107391 Change-Id: I74523e94ec29f65342b393c2b176f8f4771e838d Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2308613Reviewed-by:
Alex Danilo <adanilo@chromium.org> Commit-Queue: Noel Gordon <noel@chromium.org> Cr-Commit-Position: refs/heads/master@{#790271}
-