- 27 Jul, 2020 40 commits
-
-
Roman Sorokin [CET] authored
This reverts commit 706a5c51. Reason for revert: Speculative revert for https://ci.chromium.org/p/chromium/builders/ci/Mac10.12%20Tests https://crbug.com/1109738 Original change's description: > [Nearby] Start discovery on discovery page > > This calls the DiscoveryManager interface from JS and listens for > discovered and lost devices to update the device list. The selected > device is then passed through to the confirmation-page. > > Bug: 1103190 > Change-Id: I9296e5449533eb869fd9f20fe442d4ac1bc05a42 > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2315862 > Commit-Queue: Richard Knoll <knollr@chromium.org> > Reviewed-by: Michael van Ouwerkerk <mvanouwerkerk@chromium.org> > Cr-Commit-Position: refs/heads/master@{#791591} TBR=mvanouwerkerk@chromium.org,knollr@chromium.org # Not skipping CQ checks because original CL landed > 1 day ago. Bug: 1103190 Change-Id: I80a3d398897ca3f77b41f0d72012d1039773583c Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2320272Reviewed-by:
Roman Sorokin [CET] <rsorokin@chromium.org> Commit-Queue: Roman Sorokin [CET] <rsorokin@chromium.org> Cr-Commit-Position: refs/heads/master@{#791814}
-
Nohemi Fernandez authored
Fixes issue of overlapping buttons in "Turn on Sync?" screen. Bug: 1105853 Change-Id: I876b9e9c5013cd0955eee539b7efdb77f75534c3 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2315693 Commit-Queue: Nohemi Fernandez <fernandex@chromium.org> Reviewed-by:
Jérôme Lebel <jlebel@chromium.org> Cr-Commit-Position: refs/heads/master@{#791813}
-
Anders Hartvoll Ruud authored
Bug: 1108711, 1108686 Change-Id: Ie653dbee0de591f1ea62abc2380db8cd374fea4f Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2315139 Commit-Queue: Anders Hartvoll Ruud <andruud@chromium.org> Reviewed-by:
Xiaocheng Hu <xiaochengh@chromium.org> Cr-Commit-Position: refs/heads/master@{#791812}
-
Peter Wen authored
Changes to baseline.xml should trigger re-linting. Bug: None Change-Id: I03f8528e0eba540941eff2784533253c7789f9ee Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2314695 Commit-Queue: Peter Wen <wnwen@chromium.org> Auto-Submit: Peter Wen <wnwen@chromium.org> Reviewed-by:
Andrew Grieve <agrieve@chromium.org> Cr-Commit-Position: refs/heads/master@{#791811}
-
Roman Sorokin authored
TBR=eugenebut@chromium.org No-Try: True Bug: 1109131 Change-Id: I07b8149e0f66af952206de6e0d5756a94df6661e Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2317963Reviewed-by:
Roman Sorokin [CET] <rsorokin@chromium.org> Commit-Queue: Roman Sorokin [CET] <rsorokin@chromium.org> Cr-Commit-Position: refs/heads/master@{#791810}
-
Yoshifumi Inoue authored
This patch changes EditingNG runtime enabled feature to "experimental" from "test" to collect real world issue for helping enabling EditingNG. This patch also updates following accessibility test expectations of content_browsertests for differences of AX object tree of list marker between legacy layout and LayoutNG. Legacy layout: LayoutListItem {LI} at (0,0) size 784x20 LayoutListMarker {::marker} at (-1,0) size 7x19: bullet LayoutNG: LayoutNGListItem {LI} at (0,0) size 784x20 LayoutNGInsideListMarker {::marker} at (-1,0) size 7x19 LayoutText (anonymous) at (-1,0) size 7x19 text run at (-1,0) width 7: "\x{2022} " Bug: 707656 Change-Id: I186e5663ad7930e9b41f0dbcb32c0eb9fc8f9f11 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2319947 Commit-Queue: Yoshifumi Inoue <yosin@chromium.org> Reviewed-by:
Koji Ishii <kojii@chromium.org> Reviewed-by:
Kent Tamura <tkent@chromium.org> Auto-Submit: Yoshifumi Inoue <yosin@chromium.org> Cr-Commit-Position: refs/heads/master@{#791809}
-
Bruce Long authored
The browser language settings page allows a user to add preferred languages, and only the added languages are candidates for toggling on for spellchecking. Several of the accept languages come in both regionally specific form (Brazilian Portuguese, "pt-BR" e.g.) and generic form (Portuguese, "pt" e.g.). However, the current logic in the the SpellcheckService class that maps accept language tags to more complete BCP47 tags specifying Windows spellcheck dictionaries does not map the platform dictionary name to the generic name if an exact match is already found. For example, "pt-BR" gets mapped to its exact match "pt-BR", but not to "pt". Since there is no Hunspell support for generic "pt", you cannot enable generic Portuguese for spellchecking. A more insidious issue is seen with Italian. If you install the Italian (Italy) Windows language pack, you get dictionary support for "it-IT" and "it-CH" (Italian as spoken in Italy and Switzerland respectively). Since there is an exact match with the "it-IT" accept language tag, generic "it" does not get mapped. But since generic "it" does have Hunspell support, the hybrid spellcheck fallback logic will kick in here. A user can enable generic Italian for spellcheck but in fact Hunspell will be used, even with the Italian Windows language pack in place. The fix is to add an entry to the dictionary map for the generic language subtag if a regionally specific platform spellcheck dictionary is available, and pass the generic subtag to the platform API when creating a Windows spellchecker. The platform API is smart enough to recognize the primary language associated with a language pack, so passing the "pt" subtag will in fact create the "pt-BR" spellchecker. Note this fix only works when the Windows platform spellchecking feature is enabled. If using Hunspell exclusively, you still can't toggle generic languages unless they can be mapped to an available Hunspell dictionary Bug: 1105610 Change-Id: Ib995289a55ed8c8c51bf83e3a1ca4118a07814c8 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2310804Reviewed-by:
Rouslan Solomakhin <rouslan@chromium.org> Commit-Queue: Bruce Long <brlong@microsoft.com> Cr-Commit-Position: refs/heads/master@{#791808}
-
Ben Wagner authored
The new Lato-Medium-Liga font is based on Lato-Medium 3.002 available at https://github.com/latofonts/lato-source/tree/master/fonts/static/TTF It is subset with hb-subset with "fiststfi " and the 'fi' ligatures moved back to 'liga' (version 3.002 moved them to 'dlig'). The crossbar of 't' in the 'st' ligature was also shorted to ensure that it would not cover a normal 't'. The Lato-Medium currently available to the tests is version 2.015 and lacks a mapping from U+fb06 to the 'st' ligature glyph which was only accessible through the 'dlig' feature. Lato-Medium 3.002 added this mapping (required for this new test) but also moved the 'fi' ligatures to 'dlig' and some existing tests depend on the 'fi' ligatures being in 'liga'. This tests https://github.com/w3c/csswg-drafts/pull/3430 Change-Id: Iaf0ff1f99f3ec282bacb0e3cb44ede27d47fac5a Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1294874Reviewed-by:
Dominik Röttsches <drott@chromium.org> Commit-Queue: Ben Wagner <bungeman@chromium.org> Cr-Commit-Position: refs/heads/master@{#791807}
-
Nick Harper authored
If the QUIC version uses TLS and the handshake isn't complete, don't try to fill SSLInfo. Bug: 1107327 Change-Id: I2b8d73c3c1185a9dce92ebe0f6abc00bd8b212af Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2315435 Commit-Queue: Nick Harper <nharper@chromium.org> Auto-Submit: Nick Harper <nharper@chromium.org> Reviewed-by:
Renjie Tang <renjietang@chromium.org> Cr-Commit-Position: refs/heads/master@{#791806}
-
Roman Sorokin authored
TBR=petermarshall@chromium.org No-Try: True Bug: 1107944 Change-Id: Ib1439afe4f9431ff3855d4db39b7de007a9a5d0d Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2320173Reviewed-by:
Roman Sorokin [CET] <rsorokin@chromium.org> Commit-Queue: Roman Sorokin [CET] <rsorokin@chromium.org> Cr-Commit-Position: refs/heads/master@{#791805}
-
Mohamed Heikal authored
This documentation is not very clear and a bit out of date/incorrect. Updated to make it clearer. Change-Id: I125d73884838c388ead20d62de5f0cba093715ba Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2318426 Auto-Submit: Mohamed Heikal <mheikal@chromium.org> Commit-Queue: Andrew Grieve <agrieve@chromium.org> Reviewed-by:
Andrew Grieve <agrieve@chromium.org> Cr-Commit-Position: refs/heads/master@{#791804}
-
Sylvain Defresne authored
As https://crrev.com/c/2299189 adds `OS_MAC` & `OS_APPLE`, add a gn variable `is_apple` that is true when `OS_APPLE` is defined. This allow an easy mapping between gn variables and cpp macros. Convert all usages of `is_ios || is_mac` or `is_mac || is_ios` to use the new variable instead. Bug: 1105907 Change-Id: I4cef55496a0ccf0a6162e60409ff3b7996f633dd Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2315695 Commit-Queue: Nico Weber <thakis@chromium.org> Reviewed-by:
Nico Weber <thakis@chromium.org> Cr-Commit-Position: refs/heads/master@{#791803}
-
Adam Ettenberger authored
According to the following spec radio and menuitemradio should expose UIA SelectedItem.IsSelected when aria-checked is set : https://www.w3.org/TR/core-aam-1.1/#mapping_state-property_table This CL ensures that radio / menuitemradio fire appropriate SelectionItem events, and whenever a SelectionItem changes its selection state that we also fire a Property Changed event for SelectionItem.IsSelected. AX-Relnotes: Fire missing events for ARIA radio/menuitemradio when aria-checked changes. Narrator will now announce selected state changes for this scenario. Bug: 1102580 Change-Id: I72f479e25f61b0ddffc28f73d4a9c34e8dc4ecb8 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2212982Reviewed-by:
Nektarios Paisios <nektar@chromium.org> Reviewed-by:
Kevin Babbitt <kbabbitt@microsoft.com> Commit-Queue: Adam Ettenberger <Adam.Ettenberger@microsoft.com> Cr-Commit-Position: refs/heads/master@{#791802}
-
Caroline Rising authored
Bug: 1107762 Change-Id: I8b5f928ac091811f4b7b6461acfbc1885ffc8093 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2313100Reviewed-by:
Dana Fried <dfried@chromium.org> Commit-Queue: Caroline Rising <corising@chromium.org> Cr-Commit-Position: refs/heads/master@{#791801}
-
Ben Schwartz authored
Bug: 1098883 Change-Id: I52fd87ecd652e7224fd6190f1f58ba36b4f6b148 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2276311Reviewed-by:
Theresa <twellington@chromium.org> Reviewed-by:
David Trainor <dtrainor@chromium.org> Reviewed-by:
Natalie Chouinard <chouinard@chromium.org> Commit-Queue: Ben Schwartz <bemasc@chromium.org> Cr-Commit-Position: refs/heads/master@{#791800}
-
chromium-internal-autoroll authored
https://chrome-internal.googlesource.com/chrome/src-internal.git/+log/f4f0170b8694..450afef18d5b 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 rsorokin@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.chrome.try:linux-chromeos-chrome Bug: None Tbr: rsorokin@google.com Change-Id: I6c9a90af068b282d62735d0b05c012e71b112a57 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2320034Reviewed-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@{#791799}
-
Avi Drissman authored
Bug: none Change-Id: I29a3fb669cbda96ca11c3fd3838347722f1023dd Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2317993 Auto-Submit: Avi Drissman <avi@chromium.org> Commit-Queue: Elly Fong-Jones <ellyjones@chromium.org> Reviewed-by:
Elly Fong-Jones <ellyjones@chromium.org> Cr-Commit-Position: refs/heads/master@{#791798}
-
Guido Urdaneta authored
This reverts commit 69a60019. chrome-prefixed URLs are exempted from the getUserMedia() requirement. Original change's description: > Revert "Do not expose media devices before a successful getUserMedia()" > > This reverts commit d64e736a. > > Reason for revert: Caused chrome_all_tast_tests / camera.CCAUISanity.fake failures; e.g. https://ci.chromium.org/p/chrome/builders/ci/chromeos-betty-pi-arc-chrome/7680 > > Original change's description: > > Do not expose media devices before a successful getUserMedia() > > > > This is a spec-compliance change. > > > > This CL also adds some improvements to the blink MediaDevices unit test. > > > > Bug: 1101860 > > Change-Id: If2e7824df3b3dbd3cdb80f4bcf6b5c417d6f0ef2 > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2279808 > > Commit-Queue: Guido Urdaneta <guidou@chromium.org> > > Reviewed-by: Harald Alvestrand <hta@chromium.org> > > Cr-Commit-Position: refs/heads/master@{#786253} > > TBR=hta@chromium.org,guidou@chromium.org > > Change-Id: I41b676c7d3e437c06d23f2b46270453f1cc81670 > No-Presubmit: true > No-Tree-Checks: true > No-Try: true > Bug: 1101860 > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2288282 > Reviewed-by: Mohsen Izadi <mohsen@chromium.org> > Commit-Queue: Mohsen Izadi <mohsen@chromium.org> > Cr-Commit-Position: refs/heads/master@{#786615} TBR=mohsen@chromium.org,hta@chromium.org,guidou@chromium.org # Not skipping CQ checks because this is a reland. Bug: 1101860 Change-Id: I3fb6d9a620291cda57eb5fe48ce330b45425a5bc Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2289833 Commit-Queue: Guido Urdaneta <guidou@chromium.org> Reviewed-by:
Guido Urdaneta <guidou@chromium.org> Reviewed-by:
Harald Alvestrand <hta@chromium.org> Cr-Commit-Position: refs/heads/master@{#791797}
-
Michael Achenbach authored
Fix after https://crrev.com/c/2315691, which references mac_xcode_version without importing gclient_args.gni where it gets defined. It only worked in the Chromium project since the import is in Chromium's build overrides. Bug: 1109624 Change-Id: I575c7b87dbb96c3a79b8243bfe63c33b2427479d Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2317871Reviewed-by:
Leszek Swirski <leszeks@chromium.org> Reviewed-by:
Hans Wennborg <hans@chromium.org> Reviewed-by:
Nico Weber <thakis@chromium.org> Commit-Queue: Michael Achenbach <machenbach@chromium.org> Commit-Queue: Nico Weber <thakis@chromium.org> Cr-Commit-Position: refs/heads/master@{#791796}
-
Philip Rogers authored
Compositing SVG exposed a bug where the filter paint property was not used when painting. Before CompositeSVG, this was not needed because filter paint properties were not created for SVG. This will be useful when SVG supports CSS filters (https://crbug.com/109224). Bug: 1106780 Change-Id: I664995c8b81f201e9e30e0a670e9c252829013ef Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2311114Reviewed-by:
Xianzhu Wang <wangxianzhu@chromium.org> Commit-Queue: Philip Rogers <pdr@chromium.org> Cr-Commit-Position: refs/heads/master@{#791795}
-
Guido Urdaneta authored
The test was incorrectly removed at https://chromium-review.googlesource.com/c/chromium/src/+/2302193 Bug: 1045846 Change-Id: I8c7f386a245b5a9fc9cc44c8976b220ed5b11b18 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2317879 Auto-Submit: Guido Urdaneta <guidou@chromium.org> Reviewed-by:
Maksim Ivanov <emaxx@chromium.org> Commit-Queue: Maksim Ivanov <emaxx@chromium.org> Commit-Queue: Guido Urdaneta <guidou@chromium.org> Cr-Commit-Position: refs/heads/master@{#791794}
-
Matt Jones authored
This patch reintroduces the visibility flag to the native update prarms in the ToolbarSceneLayer. The reason for this is that the tree becomes stale and keeps some of the layers around (currently no easy alternative to detaching layers). This patch also makes the layer always "visible" according to isSceneOverlayTreeShowing as it would otherwise block the extra frame to make the layer [in]visible. Bug: 1109126 Change-Id: If8aed99d9cd6b7d436b563064be3c33b3deea8b3 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2317291Reviewed-by:
Mei Liang <meiliang@chromium.org> Commit-Queue: Matthew Jones <mdjones@chromium.org> Cr-Commit-Position: refs/heads/master@{#791793}
-
David Munro authored
Crostini registers Linux applications it knows about, however many GUI Linux apps don't have .desktop files to register or icons to show but they still have windows that should appear in the shelf. For them we show a default penguin icon as a fallback when we can't find a better icon. This was broken per the linked bug. There are two changes to fix this: 1. We end up in RequestContainerAppIcon, however this method ignores requests for unregistered apps and never calls the callback. Fix that by skipping directly to returning no icon instead of calling RequestContainerAppIcon 2. Pass app_id to LoadIcon in crostini_apps so it can tell if it's being asked for an icon for an unregistered Linux app (as opposed to e.g. an unregistered PluginVM app) and update a check to handle this appropriately. Bug: chromium:1106280 Test: manual - run some Crostini apps and look for penguins Change-Id: Iacf7c889989a4e91db16adf1244f13e56a71e97b Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2318891Reviewed-by:
Nancy Wang <nancylingwang@chromium.org> Reviewed-by:
Joel Hockey <joelhockey@chromium.org> Commit-Queue: David Munro <davidmunro@google.com> Cr-Commit-Position: refs/heads/master@{#791792}
-
Viktor Semeniuk authored
This change adds reauthentication mechanism before revealing password on Password Details Screen. Reauth will be requested before showing, editing or copying password. Password editing and copying to be done in the future CLs. Bug: 1075494 Change-Id: Idbebddb9dcdb0928af16e115d69c6fe28860c872 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2302753 Commit-Queue: Viktor Semeniuk <vsemeniuk@google.com> Reviewed-by:
Gauthier Ambard <gambard@chromium.org> Cr-Commit-Position: refs/heads/master@{#791791}
-
Maksim Sisov authored
Makes sure initialization of tests is correct and also non-Ozone/X11 specific tests are not run when OzonePlatform feature is used. ----- PS: Please note that this is a temp solution that will help to choose between ozone and non-ozone X11 build. The switch that will be used to choose the path is --enable-features=UseOzonePlatform. Once non-Ozone X11 path is removed (hopefully by Q1 2021 depending on how th finch trial goes), the wrapper will be removed. Please also note that it's impossible to build use_x11 && use_ozone without some hacks in PlatformCursor code. The changes to that are on their way to upstream. ---- Bug: 1085700 Change-Id: If9f7e04b0c39dfe2782622f225de7d1b901575f2 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2315144 Commit-Queue: Maksim Sisov (GMT+3) <msisov@igalia.com> Reviewed-by:
Scott Violet <sky@chromium.org> Cr-Commit-Position: refs/heads/master@{#791790}
-
Rushan Suleymanov authored
This reverts commit 2c79a900. Reason for revert: tests have stopped to fail and should have low flakiness score now. Original change's description: > Disable MigrationSingleClientTest tests due to flakiness > > Tests disabled on Windows: > - MigrationSingleClientTest.PrefsOnlyTriggerRefresh > - MigrationSingleClientTest.PrefsOnlyModifyBookmark > > Bug: 1094907 > Change-Id: Ifba9e0a15138f4875ed6d2cb1ec1392b29b16c17 > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2294859 > Commit-Queue: Rushan Suleymanov <rushans@google.com> > Auto-Submit: Rushan Suleymanov <rushans@google.com> > Reviewed-by: Maksim Moskvitin <mmoskvitin@google.com> > Cr-Commit-Position: refs/heads/master@{#787685} # Not skipping CQ checks because original CL landed > 1 day ago. Bug: 1094907 Change-Id: Ic3a2e4e77d49aeaaf3de83aa701f7305b31d76e1 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2317803Reviewed-by:
Maksim Moskvitin <mmoskvitin@google.com> Commit-Queue: Rushan Suleymanov <rushans@google.com> Cr-Commit-Position: refs/heads/master@{#791789}
-
Jit Yao Yap authored
This CL implements the RemoteApps PublisherBase and RemoteAppsManager which are used to manage Remote Apps. Remote Apps are items which are added to the launcher but are not backed by an app/extension/web app. Instead, the item is managed by an extension via an API. The extension is able to add multiple items and folders to the launcher and observe when the items are launched. The extension can then decide on how to handle the launch event. Currently RemoteApps are only available to Managed Guest Sessions. RemoteAppsManager is the KeyedService which handles the adding and deleting of Remote Apps and folders. RemoteAppsManager also implements RemoteApps::Delegate and is used by RemoteApps to handle the LaunchApp(), GetIcon() and GetMenuModel() methods. RemoteAppsManager is not initialized as a KeyedService so this CL does not change any existing behavior. Bug: 1101208 Change-Id: I664469fa0284c6e65288e59ba7a5d1271b081a04 DD: go/cros-remote-apps Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2299226 Commit-Queue: Jit Yao Yap <jityao@google.com> Reviewed-by:
Nancy Wang <nancylingwang@chromium.org> Reviewed-by:
Xiyuan Xia <xiyuan@chromium.org> Cr-Commit-Position: refs/heads/master@{#791788}
-
Jan Wilken Dörrie authored
This change adds support for multiple projections to util::ranges by improving the capabilities of the ProjectedBinaryPredicate. The resulting object will now consider several permutations of the provided projections, and choose an appropriate one. This change required the introduction of a few internal helpers. Bug: 1071094 Change-Id: I46b05e1e0ddf0b15b0ed1518fb6de263bb23b8a2 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2310533 Commit-Queue: Jan Wilken Dörrie <jdoerrie@chromium.org> Reviewed-by:
Daniel Cheng <dcheng@chromium.org> Cr-Commit-Position: refs/heads/master@{#791787}
-
chromium-autoroll authored
https://chromium.googlesource.com/devtools/devtools-frontend.git/+log/e5505fa8a8ca..cec3e4fd4e86 2020-07-27 janscheffler@chromium.org Migrate `front_end/worker_service` to `devtools_entrypoint` 2020-07-27 mathias@chromium.org Revert "De-obfuscate X-Client-Data header values in Network tab" 2020-07-27 jacktfranklin@chromium.org Component bridges: Support nested interfaces/types in unions 2020-07-27 janscheffler@chromium.org Migrate `front_end/workspace_diff` to `devtools_entrypoint` 2020-07-27 jacktfranklin@chromium.org Add support for `type X =` to component bridges 2020-07-27 jacktfranklin@chromium.org Add support for type aliases to component bridges generation 2020-07-27 devtools-ci-autoroll-builder@chops-service-accounts.iam.gserviceaccount.com Update DevTools Chromium DEPS. 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:1101738,chromium:1103854 Tbr: devtools-waterfall-sheriff-onduty@grotations.appspotmail.com Change-Id: I47ba1c85d97520bae3dcd7957ec13695ca1dcd70 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2320045Reviewed-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@{#791786}
-
Gauthier Ambard authored
When the page is preloaded, a session restoration is done. But the "visible" page isn't loaded as it would in a normal session restoration. This CL makes sure that this page gets the correct UA. Bug: 1100852 Change-Id: Ia666dd17e512c8d9c7e84e750722dae90f56ca14 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2279757 Commit-Queue: Gauthier Ambard <gambard@chromium.org> Reviewed-by:
Sylvain Defresne <sdefresne@chromium.org> Reviewed-by:
Ali Juma <ajuma@chromium.org> Cr-Commit-Position: refs/heads/master@{#791785}
-
Roman Sorokin authored
TBR=afakhry@chromium.org Bug: 1106036 Change-Id: I03a33991b8956ea702ef85fd6b5e3f481c2e9096 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2320166Reviewed-by:
Roman Sorokin [CET] <rsorokin@chromium.org> Commit-Queue: Roman Sorokin [CET] <rsorokin@chromium.org> Cr-Commit-Position: refs/heads/master@{#791784}
-
Mario Sanchez Prada authored
This CL moves this message out of view_messages.h and adds a new method in blink::mojom::RemoteMainFrameHost to allow notifying a renderer, via the browser process, that the window of its main frame needs to be closed when the request got originated in a different process. For requests originated in the same renderer process than the one hosting the main frame whose window needs to be closed, this CL simply delegates on WebWidgetClient::CloseWidgetSoon(). Last, this CL adds a new helper FakeRemoteMainFrameHost helper class to allow migrating one WebFrameTest that was currently relying on the WebViewClient::CloseWindowSoon() method, which no longer exists, to test that a remote window has been correctly instructed to close. Bug: 1102449 Change-Id: Iaefc432a71bba50be0e00e9e1c98170d2759c529 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2309704Reviewed-by:
Aaron Colwell <acolwell@chromium.org> Reviewed-by:
Kinuko Yasuda <kinuko@chromium.org> Reviewed-by:
Kentaro Hara <haraken@chromium.org> Commit-Queue: Mario Sanchez Prada <mario@igalia.com> Cr-Commit-Position: refs/heads/master@{#791783}
-
Marc Treib authored
When PasswordModelTypeController was updated to support the account-scoped password storage, a condition was added to its GetPreconditionState() method to make sure Password Sync only runs if either Sync-the-feature is enabled, or the user has opted in to the account-scoped storage. However, for the case of local Sync, Sync-the-feature is *not* considered enabled (and of course no account-storage-opt-in exists). So this broke local Sync for Passwords. Bug: 1108609 Change-Id: I2bb2edb7247d3b2e95dba306718488352329840b Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2316214 Commit-Queue: Marc Treib <treib@chromium.org> Reviewed-by:
Mikel Astiz <mastiz@chromium.org> Cr-Commit-Position: refs/heads/master@{#791782}
-
Maksim Sisov authored
Removes unnecessary case for surface handle (non-Ozone X11 and Ozone has the same type of AcceleratedWidget now), chooses correct path based on OzonePlatform feature usage. ----- PS: Please note that this is a temp solution that will help to choose between ozone and non-ozone X11 build. The switch that will be used to choose the path is --enable-features=UseOzonePlatform. Once non-Ozone X11 path is removed (hopefully by Q1 2021 depending on how th finch trial goes), the wrapper will be removed. Please also note that it's impossible to build use_x11 && use_ozone without some hacks in PlatformCursor code. The changes to that are on their way to upstream. ---- Bug: 1085700 Change-Id: I3f82aa08d02e8daa58ab39831b67ddb91d25913c Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2315026Reviewed-by:
Robert Kroeger <rjkroege@chromium.org> Reviewed-by:
Thomas Anderson <thomasanderson@chromium.org> Commit-Queue: Maksim Sisov (GMT+3) <msisov@igalia.com> Cr-Commit-Position: refs/heads/master@{#791781}
-
Roman Sorokin authored
Flaky on Windows. TBR=minggang.wang@intel.com Bug: 1104847 Change-Id: Idbed763741b2fdf2fe3e8697b2465633bf14f007 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2317884Reviewed-by:
Roman Sorokin [CET] <rsorokin@chromium.org> Commit-Queue: Roman Sorokin [CET] <rsorokin@chromium.org> Cr-Commit-Position: refs/heads/master@{#791780}
-
v8-ci-autoroll-builder authored
Summary of changes available at: https://chromium.googlesource.com/v8/v8/+log/374acd70..f23e4df5 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: Id8ca62422f4797c66cb734a627a75453889a91f9 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2320107Reviewed-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@{#791779}
-
Nohemi Fernandez authored
It was difficult to understand the current constraint layout of the "Turn on Sync" page due to the inconsistencies in the view manipulation. This patch attempts to make the layout and styling of the views and buttons more straightforward. Bug: 1105853 Change-Id: I0c0bca5aa1be5200d3be414804976efc8ed7ef22 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2312556 Commit-Queue: Nohemi Fernandez <fernandex@chromium.org> Reviewed-by:
Jérôme Lebel <jlebel@chromium.org> Cr-Commit-Position: refs/heads/master@{#791778}
-
Olesia Marukhno authored
Bug: 1104264 Change-Id: I535e5a6abdcc17726d0e55fd4d405b2cce08c7d7 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2292526 Commit-Queue: Olesia Marukhno <olesiamarukhno@google.com> Reviewed-by:
Tommy Li <tommycli@chromium.org> Reviewed-by:
Bret Sepulveda <bsep@chromium.org> Cr-Commit-Position: refs/heads/master@{#791777}
-
Alexey Baskakov authored
We still need it: the title can be empty in some scenarios. Looks like we need to generate some icon based on url to show this icon for a user in web app install dialog, where user should enter a non-empty title. 1) WebAppInstallTask::OnIconsRetrievedShowDialog() 2) FilterAndResizeIconsGenerateMissing() 3) Show dialog with the generated icon, `title` is still empty here. This is a partial revert of https://chromium-review.googlesource.com/c/chromium/src/+/2312056 The title populating code is left there in unit tests. Bug: 1109540, 1103570 Change-Id: Ia281397d3483ad08d02ae4a9f0e2ca60bd34e859 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2319493Reviewed-by:
Alan Cutter <alancutter@chromium.org> Commit-Queue: Alexey Baskakov <loyso@chromium.org> Cr-Commit-Position: refs/heads/master@{#791776}
-
Roman Sorokin authored
Due to flakiness TBR=stkhapugin@chromium.org Bug: 1107877 Change-Id: I134760ea3b31c9e5e93319e3180a760de4c15c6b Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2317882Reviewed-by:
Roman Sorokin [CET] <rsorokin@chromium.org> Commit-Queue: Roman Sorokin [CET] <rsorokin@chromium.org> Cr-Commit-Position: refs/heads/master@{#791775}
-