- 16 May, 2019 40 commits
-
-
Adrienne Walker authored
The new rounded corner feature on quads should prevent quads with such effects from being turned into CA layers. In the future, we could special case times where the rounded corner applies to the quad's corners directly and set this on the CA layer itself. Bug: 952137 Change-Id: Iddf7905f9558e6f606ad2bed5ead5d9af0a6907e Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1614498 Commit-Queue: enne <enne@chromium.org> Reviewed-by:
ccameron <ccameron@chromium.org> Cr-Commit-Position: refs/heads/master@{#660539}
-
Jun Mukai authored
TBR=tsepez@chromium.org Bug: 958198 Test: trybot Change-Id: If8f75baae9b1a9677c53bfb8d7620def30fb100f Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1613699Reviewed-by:
Jun Mukai <mukai@chromium.org> Reviewed-by:
Scott Violet <sky@chromium.org> Commit-Queue: Jun Mukai <mukai@chromium.org> Cr-Commit-Position: refs/heads/master@{#660538}
-
Dave Tapuska authored
Add some details how freezing and pausing works. Change-Id: I4777c3e8107d7170f90721d8d71734263934f573 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1615362 Commit-Queue: Dave Tapuska <dtapuska@chromium.org> Reviewed-by:
Kentaro Hara <haraken@chromium.org> Cr-Commit-Position: refs/heads/master@{#660537}
-
Tom Anderson authored
This change just removes some python files from the sources of a static_library/source_set. No behavior changes. BUG=gn:77 R=pkasting Change-Id: I3fa44e01bf4e59b3a82090b256cd4cf8269871d0 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1614147 Commit-Queue: Peter Kasting <pkasting@chromium.org> Auto-Submit: Thomas Anderson <thomasanderson@chromium.org> Reviewed-by:
Peter Kasting <pkasting@chromium.org> Cr-Commit-Position: refs/heads/master@{#660536}
-
Brandon Jones authored
Adds a new 'none' value to the XREye enum to indicate times when a view is not instrinsically associated with any specific eye. Ensured that views for inline sessions report an eye of 'none'. Bug: 963158 Change-Id: I6c091240d1c68cf658bb5f496308c08bde35e541 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1615541 Commit-Queue: Brandon Jones <bajones@chromium.org> Reviewed-by:
Brian Sheedy <bsheedy@chromium.org> Reviewed-by:
Klaus Weidner <klausw@chromium.org> Cr-Commit-Position: refs/heads/master@{#660535}
-
chromium-autoroll authored
https://skia.googlesource.com/skia.git/+log/1091f02b40de..c6568afa0b63 git log 1091f02b40de..c6568afa0b63 --date=short --no-merges --format='%ad %ae %s' 2019-05-16 brianosman@google.com Remove Nima from DEPS, experiments, Viewer, etc. 2019-05-16 jvanverth@google.com Revise Mac windowing and context creation. Created with: gclient setdep -r src/third_party/skia@c6568afa0b63 The AutoRoll server is located here: https://autoroll.skia.org/r/skia-autoroll Documentation for the AutoRoller is here: https://skia.googlesource.com/buildbot/+/master/autoroll/README.md If the roll is causing failures, please contact the current sheriff, who should be CC'd on the roll, and stop the roller if necessary. CQ_INCLUDE_TRYBOTS=luci.chromium.try:android_optional_gpu_tests_rel;luci.chromium.try:linux-blink-rel;luci.chromium.try:linux-chromeos-compile-dbg;luci.chromium.try:linux_optional_gpu_tests_rel;luci.chromium.try:mac_optional_gpu_tests_rel;luci.chromium.try:win_optional_gpu_tests_rel TBR=michaelludwig@google.com Change-Id: Id551796c8d547165ff042fe6b0556b94f44b4473 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1614970Reviewed-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@{#660534}
-
Peter Kasting authored
Bug: none Change-Id: I3fd98deca2b4d054613ebc678d2a79680c68d98c Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1615677 Auto-Submit: Peter Kasting <pkasting@chromium.org> Reviewed-by:
Wei Li <weili@chromium.org> Commit-Queue: Peter Kasting <pkasting@chromium.org> Cr-Commit-Position: refs/heads/master@{#660533}
-
Peng Huang authored
This CL uses _NET_WM_SYNC_REQUEST to synchronize with desktop compositor during resize. Without this CL, resize steps are: 1. Desktop compositor(WM) resizes chrome browser window. 2. Desktop compositor draws a new frame with the current browser window without waiting chrome to complete handle the ConfigureNotify event. For SW rendering, compositor uses the content before resizing. It will out of synced size between compositor and chrome. For GPU rendering, compositor uses the framebuffer before resizing, the behavior is undefined. It cause weird artifacts. 4. Desktop compositor go to step 1, to issue a new resize. 5. Chrome finished handle the ConfigureNotify and rendered a new frame. 6. Desktop compositor draws a new frame again with right size. With this CL, resize steps are: 1. Desktop compositor sends client message _NET_WM_SYNC_REQUEST to notify about the incoming resize 2. Desktop compositor WM resizes chrome browser window. 3. Desktop compositor waits on an alert on value change of a XSYNC counter on chrome window. 4. Chrome handles the ConfigureNotify event, and renders a new frame. 5. Chrome increases the XSYNC counter on chrome window. 6. Desktop compositor gets the alert of counter change, and draws a new frame with new content from chrome. 7. Desktop compositor responses user mouse move events, and starts a new resize process, go to step 1. Change-Id: I51aafe03b8aac73ce6570976bbe36c6f4d86531a Bug: 961858 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1602285 Commit-Queue: Peng Huang <penghuang@chromium.org> Reviewed-by:
Scott Violet <sky@chromium.org> Reviewed-by:
kylechar <kylechar@chromium.org> Reviewed-by:
Ken Buchanan <kenrb@chromium.org> Reviewed-by:
Thomas Anderson <thomasanderson@chromium.org> Reviewed-by:
Antoine Labour <piman@chromium.org> Cr-Commit-Position: refs/heads/master@{#660532}
-
Antonio Gomes authored
This CL is the third out of N CLs that phase out the use of CrossThreadBind in favor of CrossThreadBindOnce. Similarly to the first one [1] and [2], in this CL the uses of CrossThreadBind that are being phased out are the ones used combined with PostCrossThreadTask. Reasoning: when a task is posted, it only executes once. Hence it is logical to cross-thread the callback once. [1] https://crrev.com/c/1615444 [2] https://crrev.com/c/1615446 R=haraken@chromium.org, hiroshige@chromium.org BUG=963574 Change-Id: Ibf11b6ee52950c08f31ba77431c67b8ab630afaf Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1615447Reviewed-by:
Kentaro Hara <haraken@chromium.org> Commit-Queue: Antonio Gomes <tonikitoo@igalia.com> Cr-Commit-Position: refs/heads/master@{#660531}
-
v8-ci-autoroll-builder authored
Summary of changes available at: https://chromium.googlesource.com/v8/v8/+log/09be7f2f..8e003ab0 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,v8-waterfall-sheriff@grotations.appspotmail.com Change-Id: Ib6654e2255046cfbda0dd00bed069859aa4f0241 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1615624Reviewed-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@{#660530}
-
chromium-autoroll authored
https://android.googlesource.com/platform/external/perfetto.git/+log/769221674ac8..7cac1ef36965 git log 769221674ac8..7cac1ef36965 --date=short --no-merges --format='%ad %ae %s' 2019-05-16 lalitm@google.com Merge "trace_processor: switch to using getopt to parse command line" 2019-05-16 hjd@google.com Merge "Rename Android kill switch" 2019-05-16 hjd@google.com Merge "perfetto_cmd: Avoid indefinite length Dropbox traces" 2019-05-16 fmayer@google.com Merge "Fix heap_profile with enabled packages list" Created with: gclient setdep -r src/third_party/perfetto@7cac1ef36965 The AutoRoll server is located here: https://autoroll.skia.org/r/perfetto-chromium-autoroll Documentation for the AutoRoller is here: https://skia.googlesource.com/buildbot/+/master/autoroll/README.md If the roll is causing failures, please contact the current sheriff, who should be CC'd on the roll, and stop the roller if necessary. TBR=perfetto-bugs@google.com Change-Id: I671b9c8a826f4e96ae00c04a6b358b5bffdfdf03 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1615628Reviewed-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@{#660529}
-
Elly Fong-Jones authored
Bug: 963990 Change-Id: If098e949fc42e66df7678fdea0084a6e7d0ad313 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1615663 Auto-Submit: Elly Fong-Jones <ellyjones@chromium.org> Commit-Queue: Mitsuru Oshima <oshima@chromium.org> Reviewed-by:
Mitsuru Oshima <oshima@chromium.org> Cr-Commit-Position: refs/heads/master@{#660528}
-
Dominik Laskowski authored
This CL makes TestNativeDisplayDelegate::SetHDCPState stateful to allow validating HDCP state in unit tests, and defers ActionLogger logging in the asynchronous case. Bug: 929449 Test: display_unittests Change-Id: Ic12703e440ba4a8a6fb0733e44a29e739beb4f6f Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1597697 Commit-Queue: Dominik Laskowski <domlaskowski@chromium.org> Reviewed-by:
Daniel Nicoara <dnicoara@chromium.org> Cr-Commit-Position: refs/heads/master@{#660527}
-
Antonio Gomes authored
This CL is the second out of N CLs that phase out the use of CrossThreadBind in favor of CrossThreadBindOnce. Similarly to the first one [1], in this CL the uses of CrossThreadBind that are being phased out are the ones used combined with PostCrossThreadTask. Reasoning: when a task is posted, it only executes once. Hence it is logical to cross-thread the callback once. [1] https://crrev.com/c/1615444 R=haraken@chromium.org, hiroshige@chromium.org BUG=963574 Change-Id: Ic1d039494bcb745935bae35fa5ba5ecf0b82b82a Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1615446Reviewed-by:
Kentaro Hara <haraken@chromium.org> Commit-Queue: Antonio Gomes <tonikitoo@igalia.com> Cr-Commit-Position: refs/heads/master@{#660526}
-
Brian White authored
This reverts commit b4401935. Reason for revert: This is the only CL in the range between successful build and the broken one: https://ci.chromium.org/p/chromium/builders/ci/fuchsia-x64-cast https://chromium.googlesource.com/chromium/src.git/+log/8c47a2d664d4e2524b6ae0de86e346dce97d81ae..b440193535de9ce630b43e55497b52d61eb15214 Original change's description: > [Chromecast] Add a basic stub for ViewsDelegate > > views::Widget no longer checks for a ViewsDelegate, so create a stub so > any widgets created don't cause crashes. > > Bug: b/132715995 > Test: Run cast_shell_browsertests > Change-Id: I6e3038370748c36abd1801628687728e8c602a72 > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1615644 > Commit-Queue: Daniel Nicoara <dnicoara@chromium.org> > Reviewed-by: Sean Topping <seantopping@chromium.org> > Cr-Commit-Position: refs/heads/master@{#660494} TBR=dnicoara@chromium.org,halliwell@chromium.org,seantopping@chromium.org Change-Id: Ia1fac69915884eaf50afc032ab96279821106b42 No-Presubmit: true No-Tree-Checks: true No-Try: true Bug: b/132715995 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1613749Reviewed-by:
Brian White <bcwhite@chromium.org> Commit-Queue: Brian White <bcwhite@chromium.org> Cr-Commit-Position: refs/heads/master@{#660525}
-
Darwin Huang authored
Initialize FORMATETC using an initializer list, so that data_ may be const in the future. From comment here: https://chromium-review.googlesource.com/c/chromium/src/+/1606765/1/ui/base/clipboard/clipboard_format_type_win.cc Change-Id: Ideccd9ca2e2d5228db70c675d79ed5ca3fede7ea Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1612697 Commit-Queue: Darwin Huang <huangdarwin@chromium.org> Auto-Submit: Darwin Huang <huangdarwin@chromium.org> Reviewed-by:
Scott Violet <sky@chromium.org> Cr-Commit-Position: refs/heads/master@{#660524}
-
Kehuang Li authored
It is done through AudioProcessing::Config anyway in WebRTC internal code. This change remove the last piece of code that is not configuring APM through AudioProcessing::Config. Bug: webrtc:9878 Test: Pass unittest that checks default configurations. Change-Id: Idcc9c9f1b5b084682f8bed7bf1f0b85f95143d34 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1607303Reviewed-by:
Armando Miraglia <armax@chromium.org> Reviewed-by:
Guido Urdaneta <guidou@chromium.org> Commit-Queue: Kehuang Li <kehuangli@chromium.org> Cr-Commit-Position: refs/heads/master@{#660523}
-
Antonio Gomes authored
This CL is the first out N CLs that phase out the uses of CrossThreadBind in favor of CrossThreadBindOnce. Particularly in this CL, the uses of CrossThreadBind that are being phased out are the ones used combined with PostCrossThreadTask. Reasoning: when a task is posted, it only executes once. Hence it is logical to cross-thread the callback once. Exception: PostCrossThreadTask(FROM_HERE, CrossThreadBind(a_repeating_callback_)); ... where the function being bound is essentially a base::BindRepeating ivar. R=haraken@chromium.org, hiroshige@chromium.org BUG=963574 Change-Id: I1bd2d624f393af6456b165c7c07b2f440c681e8c Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1615444Reviewed-by:
Kentaro Hara <haraken@chromium.org> Commit-Queue: Antonio Gomes <tonikitoo@igalia.com> Cr-Commit-Position: refs/heads/master@{#660522}
-
Anna Malova authored
This CL refactors access to AwBrowserContext to reduce the number of places that it is used as a singleton. Bug: 963875 Change-Id: I4c599d8dd5648d60e886de8e7e2c8689b3500e28 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1615201Reviewed-by:
Richard Coles <torne@chromium.org> Reviewed-by:
Tobias Sargeant <tobiasjs@chromium.org> Commit-Queue: Anna Malova <amalova@chromium.org> Cr-Commit-Position: refs/heads/master@{#660521}
-
Patrick Noland authored
The main change here is that PageViewObserver now uses the canonical URL if it exists, even for non-AMP pages. PageViewObserver will also update its current URL if it detects a subframe navigation that looks like an AMP page. Bug: 961814 Change-Id: Ia086e5da5711c11407638f51ca54aad23527c7ec Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1606081Reviewed-by:
Andrew Grieve <agrieve@chromium.org> Reviewed-by:
Sky Malice <skym@chromium.org> Commit-Queue: Patrick Noland <pnoland@chromium.org> Cr-Commit-Position: refs/heads/master@{#660520}
-
Martin Kreichgauer authored
The WebAuthn spec says that during a WebAuthn get() request, if an authenticator returns an error in response to the request, the browser should simply ignore that device and let the user try a different one until the user cancels or the request times out, at which point the browser returns a "NotAllowedError" DOMException. Chrome diverges from the WebAuthn spec a little in that errors from the authenticator can cause termination of the entire request (depending on the exact nature of the authenticator's response). Originally, this resulted in the WebAuthn request's promise to be rejected with an error immediately. To allow the relying party (RP) to distinguish a request that was terminated due to a security key not recognizing any of the presented credential IDs from other errors (such as the user clicking "Cancel" in the UI), Chrome therefore returned an InvalidStateError for this particular case, such that the RP could then inform the user that the security key that they tapped wasn't registered with the site. Later, Chrome's WebAuthn implementation added an error to its own UI for this case that informs the user that their security key wasn't recognized. But Chrome still returns the InvalidState error with a special message. This change aligns Chrome's behavior with the spec and makes it return NotAllowedError in this case. Change-Id: Ib2a3c3134555cfc87da451a5c5738b59df674139 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1602745 Commit-Queue: Martin Kreichgauer <martinkr@google.com> Reviewed-by:
Mike West <mkwst@chromium.org> Reviewed-by:
Adam Langley <agl@chromium.org> Cr-Commit-Position: refs/heads/master@{#660519}
-
chromium-autoroll authored
https://webrtc.googlesource.com/src.git/+log/a24d934ee476..f0792ce4107c git log a24d934ee476..f0792ce4107c --date=short --no-merges --format='%ad %ae %s' 2019-05-16 chromium-webrtc-autoroll@webrtc-ci.iam.gserviceaccount.com Roll chromium_revision 609f581d..0d85f6ad (660301:660414) Created with: gclient setdep -r src/third_party/webrtc@f0792ce4107c The AutoRoll server is located here: https://autoroll.skia.org/r/webrtc-chromium-autoroll Documentation for the AutoRoller is here: https://skia.googlesource.com/buildbot/+/master/autoroll/README.md If the roll is causing failures, please contact the current sheriff, who should be CC'd on the roll, and stop the roller if necessary. BUG=chromium:None TBR=webrtc-chromium-sheriffs-robots@google.com Change-Id: I015f41205be1c7c53d57ad83938b965024d3e8ef Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1615643Reviewed-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@{#660518}
-
Nate Chapin authored
This callback is only used for tests. Two testRunner APIs use it, dumpResourceLoadCallbacks() and dumpResourceResponseMIMETypes(). dumpResourceLoadCallbacks() listens to others, but dumpResourceResponseMIMETypes() is now dead. Most of the tests that use these callbacks have other hooks to verify the state they are trying to test. Change-Id: I6a9cac99fde986d751216b1eb093b99f23adb928 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1610594Reviewed-by:
Hiroshige Hayashizaki <hiroshige@chromium.org> Reviewed-by:
Rick Byers <rbyers@chromium.org> Auto-Submit: Nate Chapin <japhet@chromium.org> Commit-Queue: Nate Chapin <japhet@chromium.org> Cr-Commit-Position: refs/heads/master@{#660517}
-
David Tseng authored
This is a revert of three ChromeVox options page changes. Unfortunately, the changes below caused major regressions in 74 in many crucial options: - braille options no longer work - audio strategy select is broken The change to snake-casing-style did not account for prefs that were usingCamilCase among other issues. The UI changes itself also added buttons without any labels. The first two changes were necessary because of the last (original) change, which caused the above problems. 108a5913 ChromeVox WebUI: replace paper-icon-button* with cr-icon-button 7d60484c Fix regression in msg id for ChromeVox f08ad04a Update ChromeVox Braille settings to conform to material design. TBR=sarakato@chromium.org,yoshiki@chromium.org Bug: 928185,962705 Change-Id: Ic32175ea0a6ffd2f54796ac44f526177d13aee75 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1615625Reviewed-by:
David Tseng <dtseng@chromium.org> Commit-Queue: David Tseng <dtseng@chromium.org> Cr-Commit-Position: refs/heads/master@{#660516}
-
Peter Wen authored
Since we now use d8 for dexing, it allows multidex without passing a main dex list: https://developer.android.com/studio/command-line/d8 Bug: 961382 Change-Id: Ied996e816f87f89078fc6664d4aaea77d46254b7 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1615622 Commit-Queue: Peter Wen <wnwen@chromium.org> Auto-Submit: Peter Wen <wnwen@chromium.org> Reviewed-by:
Sam Maier <smaier@chromium.org> Cr-Commit-Position: refs/heads/master@{#660515}
-
chromium-internal-autoroll authored
https://chrome-internal.googlesource.com/chrome/src-internal.git/+log/40c51e34efe8..6901330cf32a Created with: gclient setdep -r src-internal@6901330cf32a The AutoRoll server is located here: https://autoroll-internal.skia.org/r/src-internal-chromium-autoroll Documentation for the AutoRoller is here: https://skia.googlesource.com/buildbot/+/master/autoroll/README.md If the roll is causing failures, please contact the current sheriff, who should be CC'd on the roll, and stop the roller if necessary. CQ_INCLUDE_TRYBOTS=luci.chrome.try:linux-chromeos-chrome TBR=beverloo@google.com,collinbaker@google.com,bcwhite@google.com,tasak@google.com Change-Id: Ib2627ab9aebe40ee0a20282c030248958a1f59c5 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1614523Reviewed-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@{#660514}
-
Daniel Cheng authored
On Android component builds, the shared library is suffixed with the extension .cr.so rather than just .so. GetNativeLibraryName() doesn't know about this convention, since it is specific to the Chrome component build. Bug: 963897 Change-Id: I25e91221652ddc02f03361f3e27b25c57e9e7d00 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1615801 Commit-Queue: Daniel Cheng <dcheng@chromium.org> Commit-Queue: Nico Weber <thakis@chromium.org> Auto-Submit: Daniel Cheng <dcheng@chromium.org> Reviewed-by:
Nico Weber <thakis@chromium.org> Cr-Commit-Position: refs/heads/master@{#660513}
-
John Rummell authored
This is mostly a mechanical change that simply did a search/replace through the whole codebase. Only use remaining is with mojo (as the generated code passes by const&i). Some leaf functions that do not pass on the object converted to pass "const VideoFrame&". Also fixes up several presubmit errors ({Once,Repeating}Callback, no const TimeTicks&) on changed functions. BUG=946265 TEST=compiles Change-Id: I61ebaf8b6189ba6eebe5ad30bcc6b0bf28a03ba3 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1593551Reviewed-by:
Miguel Casas <mcasas@chromium.org> Reviewed-by:
Tommy Li <tommycli@chromium.org> Reviewed-by:
Yuri Wiitala <miu@chromium.org> Reviewed-by:
Daniel Cheng <dcheng@chromium.org> Reviewed-by:
Eero Häkkinen <eero.hakkinen@intel.com> Reviewed-by:
Dale Curtis <dalecurtis@chromium.org> Commit-Queue: John Rummell <jrummell@chromium.org> Cr-Commit-Position: refs/heads/master@{#660512}
-
Alex Keng authored
This CL addresses a regression where the 'blue tick' icon is duplicated or distorted when we have longer subtitle labels (963184) or bigger font size (959094). The root cause is that in https://chromium-review.googlesource.com/c/chromium/src/+/1588775 we updated both the overflow menu and the text track sizing to always be 200px. And since the width is smaller, it exposed an existing bug where the blue tick would not render properly due to not enough space caused by subtitle label too long or the font size too large. The blue-tick needs at least 18x18 pixels. Given the list-item has padding and the checkbox of the blue-tick has margin, the max width of the <span> for subtitle labels should be 200(menu)-58(left-padding)-16(right-padding)-15(left margin)-15(right margin)-18(blue tick)=78. So the fix is to set the max width and update styles for the <span> accordingly. Note it's not clear if 200px is enough for common use of subtitle labels. A better design might be like Firefox where the width of the menu increases as the length of subtitle labels increases up to around 500px. With that said,we might need some telemetry or input from design team to justify the behavior change. Bug: 963184, 959094 Change-Id: Ibe744976c70dc11cb0362d6b927ab3f579128a9e Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1613706Reviewed-by:
Tommy Steimel <steimel@chromium.org> Commit-Queue: Alex Keng <shihken@microsoft.com> Cr-Commit-Position: refs/heads/master@{#660511}
-
Mohammad Refaat authored
Problem: UI Thread freeze for too long before downloading start. Reason: Setting cookies in SharedCookieStorage which is used by default for NSURLSessionConfiguration is too slow and also triggers the global systemCookieChange notification (it takes almost 46 seconds for 10000 cookies). Solution: Implement a simple in memory cookie store that is a subclass of NSHTTPCookieStorage, and use it for the session configuration used by the download. Bug: 956779 Change-Id: I395ba857885589996d78d9d32f23f8438e3748b7 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1602679 Commit-Queue: Mohammad Refaat <mrefaat@chromium.org> Reviewed-by:
Eugene But <eugenebut@chromium.org> Cr-Commit-Position: refs/heads/master@{#660510}
-
wutao authored
Assistant will take time to start and be ready when enabled in settings. This patch adds a callback when Assistant is ready. Bug: b/132291789 Test: manual Change-Id: I6fb79098d91f2ca592d88f24679d3641d3610d4a Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1610311Reviewed-by:
Xiaohui Chen <xiaohuic@chromium.org> Reviewed-by:
Xiyuan Xia <xiyuan@chromium.org> Commit-Queue: Tao Wu <wutao@chromium.org> Cr-Commit-Position: refs/heads/master@{#660509}
-
Sigurdur Asgeirsson authored
Speculative RenderFrameHosts are not exposed in the content API, in e.g. WebContents::GetAllFrames. If speculative frames exist, and have been created at the time a PerformanceManagerTabHelper is attached to a WebContents, the TabHelper will learn of them at the first subsequent callback, which may e.g. be a deletion callback. This CL caters for those late notifications. Bug: 948088 Change-Id: I37aaa00f80f0e7d113f45798fcdc416680ddf0b3 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1614755 Commit-Queue: Sigurður Ásgeirsson <siggi@chromium.org> Commit-Queue: Chris Hamilton <chrisha@chromium.org> Reviewed-by:
Chris Hamilton <chrisha@chromium.org> Cr-Commit-Position: refs/heads/master@{#660508}
-
Eric Karl authored
This CL contains two fixes: 1. Don't return surface IDs when SurfaceSync is off, this was causing fullscreen transition problems in the non-SurfaceSync path. 2. Always set the background color to black when WebView SurfaceSync is in full-screen. (2) is interesting, as it's roundabout how this happened before SurfaceSync. Before SurfaceSync: 1. |current_surface_size_| was never set for WebView. 2. We would call EvictFrameIfNecessary every frame. 3. EvictFrameIfNecessary would check if (a) we were full screen and (b) if our view size matched |current_surface_size_|. Because |current_surface_size_| was never updated for WebView, this would always be true when fullscreen. 4. EvictFrameIfNecessary would go down a path designed to clear the screen during a size mismatch, calling EvictDelegatedFrame and setting the background to black. 5. Because EvictDelegatedFrame is a no-op on WebView (no delegated frame host), all this would do would be to set the background to black. All in all, this just resulted in us always setting BG color to black for fullscreen. After SurfaceSync we correctly set |current_surface_size_|, so this chain of events doesn't happen. Bug: 961223 Change-Id: Ibfd7441f99f178c106193efbb41f60a8cd1a1300 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1614798 Commit-Queue: Eric Karl <ericrk@chromium.org> Auto-Submit: Eric Karl <ericrk@chromium.org> Reviewed-by:
Bo <boliu@chromium.org> Cr-Commit-Position: refs/heads/master@{#660507}
-
W. James MacLean authored
This refactor moves the logic in RenderWidget::PageScaleFactorChanged() to RenderWidget::SetPageScaleStateAndLimits(). This removes the need for RenderViewImpl::PageScaleFactorChanged() to call GetWidget(). Bug: 924336 Change-Id: Ia6a345f31b80fcfda9f9dcb0a2c2765aac7ff613 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1614080Reviewed-by:
Daniel Cheng <dcheng@chromium.org> Commit-Queue: James MacLean <wjmaclean@chromium.org> Cr-Commit-Position: refs/heads/master@{#660506}
-
chromium-autoroll authored
https://pdfium.googlesource.com/pdfium.git/+log/236079157c01..31136552bc0c git log 236079157c01..31136552bc0c --date=short --no-merges --format='%ad %ae %s' 2019-05-16 thestig@chromium.org Fix an assert failure in CreateDataBinding(). 2019-05-16 thestig@chromium.org Add more tests for TreeNode. Created with: gclient setdep -r src/third_party/pdfium@31136552bc0c The AutoRoll server is located here: https://autoroll.skia.org/r/pdfium-autoroll Documentation for the AutoRoller is here: https://skia.googlesource.com/buildbot/+/master/autoroll/README.md If the roll is causing failures, please contact the current sheriff, who should be CC'd on the roll, and stop the roller if necessary. TBR=pdfium-deps-rolls@chromium.org Change-Id: Ic51f8177f6ba4e4435753b47037da174bb7d8488 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1615426Reviewed-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@{#660505}
-
Elly Fong-Jones authored
Bug: None Change-Id: I12dd86cee5a5e3dbf8b618e6cc7356238808d947 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1612840 Commit-Queue: Elly Fong-Jones <ellyjones@chromium.org> Commit-Queue: Matthew Jones <mdjones@chromium.org> Auto-Submit: Elly Fong-Jones <ellyjones@chromium.org> Reviewed-by:
Matthew Jones <mdjones@chromium.org> Cr-Commit-Position: refs/heads/master@{#660504}
-
Donn Denman authored
We mistakenly enabled the CoCa Translate Cards when the Translation Model for Chrome Feature is enabled. That causes a lot of trouble, the largest being that it's now hard to evaluate whether the Chrome Translation Model is working well for us. BUG=952401 Change-Id: If71850ddd14ab78659e8802dae5f540acdee5ab4 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1612175 Commit-Queue: Donn Denman <donnd@chromium.org> Commit-Queue: Theresa <twellington@chromium.org> Auto-Submit: Donn Denman <donnd@chromium.org> Reviewed-by:
Theresa <twellington@chromium.org> Cr-Commit-Position: refs/heads/master@{#660503}
-
Collin Baker authored
This test started failing as of https://ci.chromium.org/p/chromium/builders/ci/Linux%20Tests/77860. The cause might be a V8 autoroll, but I don't have enough context to know whether the test or the V8 changes are wrong. NOTRY=true TBR=fdoray@chromium.org Bug: 964025 Change-Id: I2054aad2caf6900f8e89a41e5af00b9dc43dac7c Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1614293Reviewed-by:
Collin Baker <collinbaker@chromium.org> Commit-Queue: Collin Baker <collinbaker@chromium.org> Cr-Commit-Position: refs/heads/master@{#660502}
-
Alex Newcomer authored
UX wants to see if suggested chips are useful, and which sort of suggestion chips are launched in clamshell/tablet mode. This will be used to guide UX decisions in the future. Bug: 962688 Change-Id: Ib7e9bf5c15dea493ac55a90ce491edc7d5aa2d0a Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1609975Reviewed-by:
Mark Pearson <mpearson@chromium.org> Reviewed-by:
Xiyuan Xia <xiyuan@chromium.org> Commit-Queue: Alex Newcomer <newcomer@chromium.org> Auto-Submit: Alex Newcomer <newcomer@chromium.org> Cr-Commit-Position: refs/heads/master@{#660501}
-
Jun Mukai authored
Bug: 958467 Test: trybot Change-Id: I698465f59b1cace337780276f9f0c6dd9e91c1b9 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1613573 Commit-Queue: Jun Mukai <mukai@chromium.org> Reviewed-by:
Scott Violet <sky@chromium.org> Cr-Commit-Position: refs/heads/master@{#660500}
-