- 05 Sep, 2020 8 commits
-
-
Julie Jeongeun Kim authored
This CL converts PrintHostMsg_AccessibilityTree message to SetAccessibilityTree() in mojom::PrintManagerHost. Bug: 1008939 Change-Id: I8f21acd96b472da4e7312805ed7fd51f44162405 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2377666 Commit-Queue: Julie Kim <jkim@igalia.com> Reviewed-by:
Lei Zhang <thestig@chromium.org> Reviewed-by:
Jeremy Roman <jbroman@chromium.org> Reviewed-by:
Kinuko Yasuda <kinuko@chromium.org> Cr-Commit-Position: refs/heads/master@{#804594}
-
chrome-release-bot authored
# This is an automated release commit. # Do not revert without consulting chrome-pmo@google.com. NOAUTOREVERT=true TBR=benmason@chromium.org Change-Id: I6b6f9f86f92aaec6a6869f6901e24314d43a1870 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2393630Reviewed-by:
Chrome Release Bot (LUCI) <chrome-official-brancher@chops-service-accounts.iam.gserviceaccount.com> Cr-Commit-Position: refs/heads/master@{#804593}
-
chromium-internal-autoroll authored
https://chrome-internal.googlesource.com/chrome/src-internal.git/+log/cd27c491a3e5..6349d6f5495c If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://skia-autoroll.corp.goog/r/src-internal-chromium-autoroll Please CC 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.chrome.try:linux-chromeos-chrome Bug: None Tbr: Change-Id: Iaff65ae082cee3898c81041bf7158fe0793efc9c Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2393848Reviewed-by:
chromium-internal-autoroll <chromium-internal-autoroll@skia-corp.google.com.iam.gserviceaccount.com> Commit-Queue: chromium-internal-autoroll <chromium-internal-autoroll@skia-corp.google.com.iam.gserviceaccount.com> Cr-Commit-Position: refs/heads/master@{#804592}
-
Gyuyoung Kim authored
crrev.com/c/2259537 made ChromeWebUINavigationBrowserTest use RenderFrameHostImpl directly for testing instead of using the existing content::PwnMessageHelper::OpenURL(). But, it's a layer violation. So this CL restores OpenURL() in content::PwnMessageHelper in browser_test_utils.h again, then makes it use content::PwnMessageHelper::OpenURL() to fix the layer violation. Additionally, all test methods of PwnMessageHelper start to use Mojo methods instead of IPC method. So, this CL updates the comments properly. Bug: 1093920 Change-Id: I8608cb7bc5a3e84628c741020ed2515d28445e2b Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2387541Reviewed-by:
Avi Drissman <avi@chromium.org> Reviewed-by:
Kentaro Hara <haraken@chromium.org> Reviewed-by:
Kinuko Yasuda <kinuko@chromium.org> Commit-Queue: Gyuyoung Kim <gyuyoung@igalia.com> Cr-Commit-Position: refs/heads/master@{#804591}
-
chromium-autoroll authored
Roll Chrome Win32 PGO profile from chrome-win32-master-1599233269-ad0a59aeec97d7e67c694f68778391acd96b7ff1.profdata to chrome-win32-master-1599238768-890631f1cae9605b1ad1e7550117ecfa0ab467fc.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-win32-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:win-chrome Tbr: sebmarchand+pgo_roller@google.com,jeffyoon@google.com,liaoyuke@google.com Change-Id: I4ace1d1627bac3ad49b7a6049d374378b095d139 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2393845Reviewed-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@{#804590}
-
Andres Pico authored
This cl adds the capability to prevent the premature uninitialization of the COM library in ScopedCOMInitializer. Premature uninitialization usually occurs in the presence of unbalanced CoInitialize/CoUnitialize pairs. While we can prevent this from ocurring in first party-code, there is no mechanism that protects us when executing third-party code in a COM enabled thread such as in the case of the Quarantine process. Bug: 1075487 Change-Id: Ibb3cf304c6bbabc126867de47e963a52c9409248 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2378270Reviewed-by:
Bruce Dawson <brucedawson@chromium.org> Reviewed-by:
Asanka Herath <asanka@chromium.org> Reviewed-by:
Greg Thompson <grt@chromium.org> Commit-Queue: Andres Pico <anpico@microsoft.com> Cr-Commit-Position: refs/heads/master@{#804589}
-
Hoch Hochkeppel authored
Adding a class to represent the Windows DataTransferManager APIs within tests, as well as basic unit tests to validate the test class behaviors. Bug: 1035527 Change-Id: Id0fcc1c1f98abfa74648e459dc420ca9aad4fecf Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2392443Reviewed-by:
Eric Willigers <ericwilligers@chromium.org> Commit-Queue: Hoch Hochkeppel <mhochk@microsoft.com> Cr-Commit-Position: refs/heads/master@{#804588}
-
Chromium WPT Sync authored
Using wpt-import in Chromium 69317269. 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 NOAUTOREVERT=true TBR=lpz@google.com No-Export: true Change-Id: I0c51c566e3aa5a9bd6b6e0078357c83c4881ebd9 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2392971Reviewed-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@{#804587}
-
- 04 Sep, 2020 32 commits
-
-
chromium-internal-autoroll authored
https://chrome-internal.googlesource.com/chrome/src-internal.git/+log/428383edfcf2..cd27c491a3e5 If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://skia-autoroll.corp.goog/r/src-internal-chromium-autoroll Please CC 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.chrome.try:linux-chromeos-chrome Bug: chromium:1124945,chromium:912681 Tbr: Change-Id: Ie4f899bdb93628e4b53faffad652249dcfc93b7b Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2393842Reviewed-by:
chromium-internal-autoroll <chromium-internal-autoroll@skia-corp.google.com.iam.gserviceaccount.com> Commit-Queue: chromium-internal-autoroll <chromium-internal-autoroll@skia-corp.google.com.iam.gserviceaccount.com> Cr-Commit-Position: refs/heads/master@{#804586}
-
Alison Maher authored
As resolved by the CSSWG [1], we should respect system color rules set by the author/user in Forced Colors Mode. This CL is the first of several changes to make this happen. Currently, in order to force colors in Forced Colors Mode, we revert the related properties at the author origin. This logic is now removed from the spec [2]. To accommodate the above changes, the plan is to simulate a revert at the end of the cascade, but only if the computed value for a given property is not already a system color and forced-color-adjust is set to auto. This CL moves the forced background-color logic from StyleAdjuster to StyleCascade to allow for easy access to the forced color rules (as defined in forced_colors.css). Since we are moving the adjustment of background-color to StyleCascade, we no longer need the -internal-forced-background-color-rgb property. As such, this CL also removes the code that was added to support this internal property [3]. [1] https://github.com/w3c/csswg-drafts/issues/4178 [2] https://github.com/w3c/csswg-drafts/commit/7c154ddc7f196df9b40a34a5f63bf6d157b1011b [3] https://chromium-review.googlesource.com/c/chromium/src/+/2189974 Bug: 970285 Change-Id: Ic91a009a380820b41b355770acbe4de57c0787ff Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2376666Reviewed-by:
Anders Hartvoll Ruud <andruud@chromium.org> Reviewed-by:
Daniel Cheng <dcheng@chromium.org> Reviewed-by:
Rune Lillesveen <futhark@chromium.org> Commit-Queue: Alison Maher <almaher@microsoft.com> Cr-Commit-Position: refs/heads/master@{#804585}
-
Christopher Cameron authored
This relates to the following two classes used when capturing content on macOS: - AVCaptureDevice which does the actual capturing from the device into IOSurfaces - AVCaptureVideoDataOutput takes those IOSurfaces and wrangles them into CMSampleBuffers that are handed to us Bug 1: Not telling AVCaptureDevice our preferences When Chrome wants a specific (width, height, framerate) combination, we request that, along with a pixel format, to AVCaptureVideoDataOutput. While we indicate our preferences to our AVCaptureVideoDataOutput, we do not indicate them to our AVCaptureDevice. As a result, the AVCaptureDevice will often have a completely different format that it's using, and the aforementioned "wrangling" will involve a format conversion and maybe even some downsampling(!). In bad cases, this can burn 10% of a CPU core on its own (fortunately bad cases are rare). Bug 2: Using an unsupported pixel format We currently prefer "422YpCbCr8" aka "UYVY" aka "2vuy", and request it regardless of whether or not it is supported by the capture. Most devices don't actually support it, and so the wrangling starts up again. The fix for these bugs is to trawl through the list of supported pixel formats to find the one that best matches the requested format, and then specify this to our AVCaptureDevice when we start capture. Do this by adding a FindBestCaptureFormat to do the trawling. Also don't prefer the "422YpCbCr8" aka "UYVY" aka "2vuy" format above supported formats. The consequence of this is that many Facetime cameras will now be outputting "422YpCbCr8_yuvs" aka "YUY2" aka "yuvs", and will hopefully use less CPU. When we do get an exact match between input and output, we also gain access to the IOSurface that the camera's data is being thrown into. This could allow a zero copy path all the way through to the compositor. Eventually. Bug: 1124884 Change-Id: I33b4b62e152ba9f3b2be04dc3a5f3084d6ee9438 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2391767 Commit-Queue: ccameron <ccameron@chromium.org> Reviewed-by:
Miguel Casas <mcasas@chromium.org> Cr-Commit-Position: refs/heads/master@{#804584}
-
Avi Drissman authored
1. Creating a CFDictionary with null callbacks is almost certainly not something you want to do. It is not bridgeable with NSDictionary, and the normal semantics of retain/release do not apply. It is *unsafe* to put autoreleased items into such a dictionary. There is no guarantee that the items won't be deallocated out from underneath the dictionary. 2. CFDictionarySetValue does *not* take ownership. No matter if the dictionary has retain/release semantics or not, assuming ownership takeover will leak. Bug: none Change-Id: I6e3cae093e61ab2a42af7b0052231d00fa4a71b3 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2391208Reviewed-by:
Leonard Grey <lgrey@chromium.org> Reviewed-by:
Martin Kreichgauer <martinkr@google.com> Commit-Queue: Avi Drissman <avi@chromium.org> Cr-Commit-Position: refs/heads/master@{#804583}
-
Chromium WPT Sync authored
Using wpt-import in Chromium 00883a56. 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 NOAUTOREVERT=true TBR=lpz@google.com No-Export: true Change-Id: Ib0abe0367340a2833a1b59e874967e133949f6ac Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2392967Reviewed-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@{#804582}
-
chromium-autoroll authored
Roll Chrome Win32 PGO profile from chrome-win32-master-1599213075-8de6fbfad2c0ba88366e24b5675f87337bc4120e.profdata to chrome-win32-master-1599233269-ad0a59aeec97d7e67c694f68778391acd96b7ff1.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-win32-chromium Please CC liaoyuke@google.com,sebmarchand+pgo_roller@google.com,jeffyoon@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:win-chrome Tbr: liaoyuke@google.com,sebmarchand+pgo_roller@google.com,jeffyoon@google.com Change-Id: I1821defcb40ae21128a54960da985dc0fecbcfda Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2393714Reviewed-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@{#804581}
-
v8-ci-autoroll-builder authored
Summary of changes available at: https://chromium.googlesource.com/v8/v8/+log/5966c3d2..2f6ea6dd 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: I1723aefc1f85a75cda50f578953ce3c6cfeb61c4 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2392965Reviewed-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@{#804580}
-
Ian Kilpatrick authored
There should be no behaviour change. Change-Id: I8d7fee0a71ab8d167c0a525d91be4c8be60779d2 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2392754Reviewed-by:
Philip Rogers <pdr@chromium.org> Commit-Queue: Ian Kilpatrick <ikilpatrick@chromium.org> Cr-Commit-Position: refs/heads/master@{#804579}
-
chromium-internal-autoroll authored
https://chrome-internal.googlesource.com/chrome/src-internal.git/+log/ada084561668..428383edfcf2 If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://skia-autoroll.corp.goog/r/src-internal-chromium-autoroll Please CC 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.chrome.try:linux-chromeos-chrome Bug: chromium:1124945 Tbr: Change-Id: I408ff3f4003977c83bf74c6184db82cc42c8d72f Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2393711Reviewed-by:
chromium-internal-autoroll <chromium-internal-autoroll@skia-corp.google.com.iam.gserviceaccount.com> Commit-Queue: chromium-internal-autoroll <chromium-internal-autoroll@skia-corp.google.com.iam.gserviceaccount.com> Cr-Commit-Position: refs/heads/master@{#804578}
-
Ben Mason authored
TBR=govind@chromium.org Change-Id: If677f2f7df5ee6e0f3f6c9d7b7c9f32ec5709d3f Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2393777Reviewed-by:
Ben Mason <benmason@chromium.org> Commit-Queue: Ben Mason <benmason@chromium.org> Cr-Commit-Position: refs/heads/master@{#804577}
-
Evan Stade authored
Bug: 1016938 Change-Id: I4e259c8782382305d38834a68f5225b92d28ec2e Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2386835 Commit-Queue: Evan Stade <estade@chromium.org> Reviewed-by:
Finnur Thorarinsson <finnur@chromium.org> Reviewed-by:
Ted Choc <tedchoc@chromium.org> Reviewed-by:
Scott Violet <sky@chromium.org> Cr-Commit-Position: refs/heads/master@{#804576}
-
Michael Checo authored
• Wait for printers to load before rendering nearby/add printer sections. Bug:1108294 Test:manual inspection Change-Id: I098fcc5307993c14866bcadab81096ea09dbd041 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2364189 Commit-Queue: Michael Checo <michaelcheco@google.com> Reviewed-by:
Jimmy Gong <jimmyxgong@chromium.org> Cr-Commit-Position: refs/heads/master@{#804575}
-
Chromium WPT Sync authored
Using wpt-import in Chromium b7f7d543. With Chromium commits locally applied on WPT: b7f7d543 "[mathml] Fix dictionary category for unknown operators with explicit form" 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 NOAUTOREVERT=true TBR=lpz@google.com No-Export: true Change-Id: I5a0dad383bc9a5af7e19d4990426307e1cd9b59f Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2392962Reviewed-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@{#804574}
-
Henrique Ferreiro authored
The referrer policy is only used when dragging a link out of the WebView results in a download. This is handled on Windows when the mime type is 'downloadurl'. This CL avoids storing the policy unconditionally when converting the DragData Mojo type to DropData. Bug: 1039255 Change-Id: Id0b94a7bddb274b53aba2e5c163407f0c875d95c Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2391068Reviewed-by:
Kentaro Hara <haraken@chromium.org> Commit-Queue: Henrique Ferreiro <hferreiro@igalia.com> Cr-Commit-Position: refs/heads/master@{#804573}
-
Frédéric Wang authored
Add links to existing bug entry and update the comments to better reflect the current MathML status and plan. Bug: 6606 Change-Id: Ia89c4ab1e576033ecafb8c7828362dc3f30894ff Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2390918Reviewed-by:
Ian Kilpatrick <ikilpatrick@chromium.org> Commit-Queue: Frédéric Wang <fwang@igalia.com> Cr-Commit-Position: refs/heads/master@{#804572}
-
Yuly Novikov authored
Missed in initial switch in https://chromium-review.googlesource.com/c/chromium/src/+/2302923 TBR=kbr Bug: 1078489 Change-Id: I57b2fe92b74e96990ee0a2bafef27b5267008c5b Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2393625Reviewed-by:
Yuly Novikov <ynovikov@chromium.org> Commit-Queue: Yuly Novikov <ynovikov@chromium.org> Cr-Commit-Position: refs/heads/master@{#804571}
-
mark a. foltz authored
This adds a fake Origin header to DIAL HTTP requests to mitigate security issues. Bug: 1055608 Change-Id: I72148bd81ef1804735feff9ec9fcfc0270c1500b Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2391761Reviewed-by:
Takumi Fujimoto <takumif@chromium.org> Commit-Queue: mark a. foltz <mfoltz@chromium.org> Cr-Commit-Position: refs/heads/master@{#804570}
-
edchin authored
This CL makes the ScreenTime blocking view work fully. * Creates a ScreenTimeCoordinator in the BrowserContainerCoordinator. * Creates a ScreenTimeViewController as a contained view controller inside the BrowserContainerViewController. * Creates a ScreenTimeMediator, which is responsible for updating the ScreenTime system with the active WebState's URL. Bug: 1123704 Change-Id: I5dd9af8575baf2560ab7abb42d45628d32c6990b Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2391798 Commit-Queue: edchin <edchin@chromium.org> Reviewed-by:
Rohit Rao <rohitrao@chromium.org> Reviewed-by:
Gauthier Ambard <gambard@chromium.org> Cr-Commit-Position: refs/heads/master@{#804569}
-
Xianzhu Wang authored
We need to clear GraphicsLayer::should_create_layers_after_paint_ when a layer becomes not drawing contents as we may not go through UpdateShouldCreateLayersAfterPaint (which is after a repaint) for the layer. Bug: 1124241 Change-Id: Ibc51b2d6d536f2a60d86664b9a514b81f10598db Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2392941 Commit-Queue: Xianzhu Wang <wangxianzhu@chromium.org> Reviewed-by:
Philip Rogers <pdr@chromium.org> Cr-Commit-Position: refs/heads/master@{#804568}
-
Fredrik Söderqvist authored
For SVGNumberList and SVGLengthList we can forward the Add() and CalculateAnimatedValue() operations to each item (== the item type animator). This may be slightly slower, but avoids duplicating some fairly hairy code (for SVGLength; SVGNumber is fairly trivial). Also move some variable declarations closer to their first use. Remove the redundant 'length' bit from some local variables. Bug: 1017723 Change-Id: Ia0e5047891b1fa8584ecc65524f724ddfafff696 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2392461Reviewed-by:
Philip Rogers <pdr@chromium.org> Commit-Queue: Fredrik Söderquist <fs@opera.com> Cr-Commit-Position: refs/heads/master@{#804567}
-
Hans Wennborg authored
The zlib test suite has 96% coverage of the 'optimizations' folder and is part of the development workflow (i.e. used to validate correctness of zlib patches). This change will ensure that the test suite will run as part of the buildbots. Bug: 1113596, 1124704 Change-Id: Icfcc88cfa5d1165549521d18915c743e45ceb782 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2390654Reviewed-by:
Adenilson Cavalcanti <cavalcantii@chromium.org> Reviewed-by:
Nico Weber <thakis@chromium.org> Commit-Queue: Adenilson Cavalcanti <cavalcantii@chromium.org> Cr-Commit-Position: refs/heads/master@{#804566}
-
kdillon authored
QueueClass is currently used for high-level policy decisions in the main thread. For the most part, the policies applied to each queue class are largely the same (the exception being that QueueClass::kTimer queues are the only ones paused for webview). This change removes QueueClass entirely and adds 'can_be_paused_for_webview' as a queue trait so only the queues previously belonging to the kTimer QueueClass will be paused for webview when this bit is set on the policy. Change-Id: I18b238652e8bf3dfe1535f74e40f87db668d0357 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2388400 Commit-Queue: Katie Dillon <kdillon@chromium.org> Reviewed-by:
Scott Haseley <shaseley@chromium.org> Reviewed-by:
Alexander Timin <altimin@chromium.org> Cr-Commit-Position: refs/heads/master@{#804565}
-
chromium-autoroll authored
https://chromium.googlesource.com/angle/angle.git/+log/ee980a91ff42..f005191db5ba 2020-09-04 angle-autoroll@skia-public.iam.gserviceaccount.com Roll VK-GL-CTS from 5e85f689b911 to f564aa5f30f1 (1 revision) 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 cwallez@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_optional_gpu_tests_rel;luci.chromium.try:linux_optional_gpu_tests_rel;luci.chromium.try:mac_optional_gpu_tests_rel;luci.chromium.try:win-asan;luci.chromium.try:win_optional_gpu_tests_rel;luci.chromium.try:linux-swangle-try-x64;luci.chromium.try:win-swangle-try-x86 Bug: None Tbr: cwallez@google.com Change-Id: I99bc9b500087c31009cabc83f352afa484f95c66 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2393709Reviewed-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@{#804564}
-
Evan Stade authored
DecoderService is split into the image decoding portion, which is renamed ImageDecoder, and the service portion, which is embedder specific and provided by [...].photo_picker.DecoderService in Chrome. In WL, it's provided by ImageDecoderService. ImageDecoderService proxies from the WL client to implementation library for access to process setup (sandbox init) and image decoding via ImageDecoder. Bug: 1110930 Change-Id: Ifae62538ea841f3a1183aea98e10da1062a05841 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2376553 Commit-Queue: Evan Stade <estade@chromium.org> Reviewed-by:
Ted Choc <tedchoc@chromium.org> Reviewed-by:
Scott Violet <sky@chromium.org> Reviewed-by:
Clark DuVall <cduvall@chromium.org> Cr-Commit-Position: refs/heads/master@{#804563}
-
chromium-internal-autoroll authored
https://chrome-internal.googlesource.com/chrome/src-internal.git/+log/36794166c410..ada084561668 If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://skia-autoroll.corp.goog/r/src-internal-chromium-autoroll Please CC 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.chrome.try:linux-chromeos-chrome Bug: None Tbr: Change-Id: If23cfc1c7e6edfa4c7e8b4880f514c20075f2507 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2393707Reviewed-by:
chromium-internal-autoroll <chromium-internal-autoroll@skia-corp.google.com.iam.gserviceaccount.com> Commit-Queue: chromium-internal-autoroll <chromium-internal-autoroll@skia-corp.google.com.iam.gserviceaccount.com> Cr-Commit-Position: refs/heads/master@{#804562}
-
Dominic Farolino authored
R=haraken@chromium.org Bug: N/A Change-Id: I00a2274e866abc0680db244d8f2a64fa3e17a909 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2391418Reviewed-by:
Kentaro Hara <haraken@chromium.org> Commit-Queue: Dominic Farolino <dom@chromium.org> Cr-Commit-Position: refs/heads/master@{#804561}
-
Daniel Libby authored
If a layer has a child that has a large negative inset for the top/left properties, along with other content, the size of the layer can exceed the max layout unit in either dimension. When this happens, currently the min of left/top is used when creating the clip rect for the layer, but because of the size limitations, the content that is actually in view is not painted. Instead of using the min for left/top, favor the positive (right/bottom) portion of the rect when the size is saturated up against the LayoutUnit max value. Bug: 1122807 Change-Id: I8276f1556eebb3c9f197e0fba36571f7e7dd4546 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2391389Reviewed-by:
Xianzhu Wang <wangxianzhu@chromium.org> Commit-Queue: Daniel Libby <dlibby@microsoft.com> Cr-Commit-Position: refs/heads/master@{#804560}
-
Frédéric Wang authored
MathMLOperatorElement::ComputeDictionaryCategory was wrongly implemented in [1] and returns an unknown category for an operator that is not in the dictionary AND has an explicit form attribute. This caused a crash when the function was finally used in [2] and [3]. This CL fixes that mistake and adds a DCHECK after the unique call to ComputeDictionaryCategory to ensure the category is not unknown. Additionally, the documentation of the corresponding low-level platform/text API is updated to make clear it never returns an unknown category. WPT tests are added, one of them contains an munderover whose base is an operator outside the dictionary with an explicit form, allowing to ensure no crash happens for the code added in [2] [3]. Another one verifies default operator spacing and will cover the code added in [4]. [1] https://chromium-review.googlesource.com/c/chromium/src/+/2368362 [2] https://chromium-review.googlesource.com/c/chromium/src/+/2390760 [3] https://chromium-review.googlesource.com/c/chromium/src/+/2383023 [4] https://chromium-review.googlesource.com/c/chromium/src/+/2390652 Bug: 6606, 1124617 Change-Id: Ic6ba0b663d14634ca5c66070a5b3cfc2eaa3d198 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2390633Reviewed-by:
Rob Buis <rbuis@igalia.com> Reviewed-by:
Ian Kilpatrick <ikilpatrick@chromium.org> Commit-Queue: Ian Kilpatrick <ikilpatrick@chromium.org> Cr-Commit-Position: refs/heads/master@{#804559}
-
chromium-autoroll authored
This CL may cause a small binary size increase, roughly proportional to how long it's been since our last AFDO profile roll. For larger increases (around or exceeding 100KB), please file a bug against gbiv@chromium.org. Additional context: https://crbug.com/805539 Please note that, despite rolling to chrome/android, this profile is used for both Linux and Android. If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://autoroll.skia.org/r/afdo-chromium-autoroll Please CC gbiv@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 Tbr: gbiv@chromium.org Change-Id: I60b814380cf3773c7734f9c815428be4d84022c9 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2393710Reviewed-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@{#804558}
-
chromium-autoroll authored
Roll Chrome Win32 PGO profile from chrome-win32-master-1599190607-5206f3168b9b0d0e0456f3bee274b28f7a3aa0ec.profdata to chrome-win32-master-1599213075-8de6fbfad2c0ba88366e24b5675f87337bc4120e.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-win32-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:win-chrome Tbr: sebmarchand+pgo_roller@google.com,jeffyoon@google.com,liaoyuke@google.com Change-Id: I4ccbf776fdefd8c73ba2f91ad6f073c6c5b5f97b Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2393703Reviewed-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@{#804557}
-
chromium-autoroll authored
https://chromium.googlesource.com/chromium/tools/depot_tools.git/+log/5dba9c97fbc3..a070dd18d79d 2020-09-04 thakis@chromium.org Revert "mac: Add an arm64 slice to ninja-mac." If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://autoroll.skia.org/r/depot-tools-chromium-autoroll Please CC ajp@google.com,apolito@google.com,ehmaldonado@google.com,sokcevic@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: chromium:1103315,chromium:762354 Tbr: ajp@google.com,apolito@google.com,ehmaldonado@google.com,sokcevic@google.com Change-Id: I482fb8f70564eeb20896a13ebc90cbd21a7c0bb1 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2393706Reviewed-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@{#804556}
-
Pavel Iliin authored
Set optimize_max compiler options to build some hot blink render components and improve size-vs-speed balance on Android. Pixel4 Aarch32/64: +628Kb/+884Kb libchrome size +6.9%/+5.7% speedometer2 speed Bug: 1125115 Binary-Size: Will revert this after perf graphs show impact of it. Change-Id: I45e176ae1cbc2e513eda986b667ce65640ec9a2a Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2390778 Commit-Queue: Pavel Iliin <Pavel.Iliin@arm.com> Reviewed-by:
Andrew Grieve <agrieve@chromium.org> Cr-Commit-Position: refs/heads/master@{#804555}
-