- 06 Feb, 2018 40 commits
 - 
- 
Sammie Quon authored
Increase font and change icon and paddings. Also change dimmed overview windows opacity. Test: manual Bug: 782320 Change-Id: I1cbb78e06389a7f7335bf9cff86fde0b7b7eacc8 Reviewed-on: https://chromium-review.googlesource.com/892087 Commit-Queue: Sammie Quon <sammiequon@chromium.org> Reviewed-by:
Mitsuru Oshima <oshima@chromium.org> Cr-Commit-Position: refs/heads/master@{#534710}
 - 
Daniel Bratell authored
SpeechRecognizerState is an enum in the Windows platform API for speech so using that name for a Chrome internal type means that you get compilation errors if the platform headers and the internal headers end up in the same translation unit. In jumbo builds that could happen (and in general it can also happen) so this renames SpeechRecognizerState -> SpeechRecognizerStatus to avoid that. An alternative would be to move the enum to a different, more limited, scope. Bug: 746957 Change-Id: I479470340ea2c582480b2692424a15bc6fb4581a Reviewed-on: https://chromium-review.googlesource.com/901247Reviewed-by:
Dominic Mazzoni <dmazzoni@chromium.org> Reviewed-by:
David Tseng <dtseng@chromium.org> Commit-Queue: Daniel Bratell <bratell@opera.com> Cr-Commit-Position: refs/heads/master@{#534709}
 - 
Anthony Berent authored
Having multiple directories for screenshots complicates adding the UI capture tests to the bots, and is no longer needed to identify the screenshots or to make the file names unique. Put all the screenshots in a single directory. Bug: None Change-Id: Ie25b9a1f9bacd5ada27e57fdbd742b1a9d893fa6 Reviewed-on: https://chromium-review.googlesource.com/902102 Commit-Queue: Anthony Berent <aberent@chromium.org> Reviewed-by:
Bernhard Bauer <bauerb@chromium.org> Cr-Commit-Position: refs/heads/master@{#534708}
 - 
Peter Boström authored
These strings were missed as they were not in generated_resources.grd. Bug: chromium:807886 Change-Id: I3c0c812f751487fffa6dc167cff21e0af269bf73 Reviewed-on: https://chromium-review.googlesource.com/902187 Commit-Queue: Peter Boström <pbos@chromium.org> Reviewed-by:
Scott Violet <sky@chromium.org> Reviewed-by:
Bret Sepulveda <bsep@chromium.org> Cr-Commit-Position: refs/heads/master@{#534707}
 - 
arthursonzogni authored
All of this happens when S13nServiceWorker is enabled. The removed DCHECK was here to enforce that the ControllerServiceWorker is not updated after container host connection has been closed. A race condition can happen and triggers this DCHECK. After CommitNavigation(), if the browser process is slow enough, a javascript call can delete the iframe before the OnProviderCreated/SetController round trip between the browser and the renderer has been made. Deleting the iframe cause OnContainerHostConnectionClose() to be called. It happens before receiving the SetController call. ┌───────┐ ┌────────┐ │Browser│ │Renderer│ └───┬───┘ └───┬────┘ │CommitNavigation() │ │──────────────────>│ (ResetController()) │ │ │OnProviderCreated()│ │<──────────────────│ │─┐ │─┐ │ │ │ │ Remove the iframe. │ │ │ │ (OnContainerHostConnectionClose()) │ │ Sleep... │<┘ │ │ │ │<┘ │ │ │ │ SetController() │ │──────────────────>│ (ResetController()) ┌───┴───┐ ┌───┴────┐ │Browser│ │Renderer│ └───────┘ └────────┘ Note: The CL... https://chromium-review.googlesource.com/897629 ...shows adding a delay in the browser process causes several service worker tests to fail. Note: Doing SetController() on response to OnProviderCreated() is no really necessary since thttps://goo.gl/UztxVi was implemented by https://chromium-review.googlesource.com/742961. This was kept to update UseCounter. Bug: 808071 Change-Id: I46c4fd8e4db7eb4ed5e304bb1989d36d552567ad Reviewed-on: https://chromium-review.googlesource.com/899143 Commit-Queue: Arthur Sonzogni <arthursonzogni@chromium.org> Reviewed-by:Matt Falkenhagen <falken@chromium.org> Reviewed-by:
Kinuko Yasuda <kinuko@chromium.org> Cr-Commit-Position: refs/heads/master@{#534706}
 - 
Eric Lawrence authored
To limit mischief, replace the target of JavaScript-scheme links in HTMLViewSourceDocument with about:blank. Bug: 705206, 808407 Change-Id: I185006d0cb29caabcd08dd9d5b9324357c79efaa Reviewed-on: https://chromium-review.googlesource.com/900099Reviewed-by:
Mike West <mkwst@chromium.org> Commit-Queue: Eric Lawrence <elawrence@chromium.org> Cr-Commit-Position: refs/heads/master@{#534705}
 - 
Evan Stade authored
Intuit the button type from the presence or absence of the placeholder text. Bug: 797128 Change-Id: I6fe658f644e42b0556ffcaac9bc7322f44f88fea Reviewed-on: https://chromium-review.googlesource.com/900184Reviewed-by:
Yoshiki Iguchi <yoshiki@chromium.org> Reviewed-by:
Peter Beverloo <peter@chromium.org> Commit-Queue: Evan Stade <estade@chromium.org> Cr-Commit-Position: refs/heads/master@{#534704}
 - 
Ahmed Fakhry authored
This CL implements the skeleton of the Docked Magnifier code, including watching and updating user prefs, and the mojo APIs for communication between ash and Chrome so that Chrome can notify ash of focus change events in webpages. BUG=709824 TEST=ash_unittests --gtest_filter=DockedMagnifierTest.* Change-Id: I4a03103a36f4b99c2eeba86feabf304962800098 Reviewed-on: https://chromium-review.googlesource.com/898030Reviewed-by:
Daniel Cheng <dcheng@chromium.org> Reviewed-by:
James Cook <jamescook@chromium.org> Commit-Queue: Ahmed Fakhry <afakhry@chromium.org> Cr-Commit-Position: refs/heads/master@{#534703}
 - 
Jacob Dufault authored
Reason for original revert: Causes the following browser_tests to segfault on Chromium OS ASAN/LSAN builders: WebviewLoginTest.AllowNewUser WebviewLoginTest.EmailPrefill WizardControllerCellularFirstTest.CellularFirstFlow WizardControllerFlowTest.ControlFlowMain - https://ci.chromium.org/buildbot/chromium.memory/Linux%20Chromium%20OS%20ASan%20LSan%20Tests%20(1)/25959 Bug: 784495 Change-Id: If19459259e6927e8e05127ebfb77472d1b1d7ddd Reviewed-on: https://chromium-review.googlesource.com/898385Reviewed-by:Achuith Bhandarkar <achuith@chromium.org> Reviewed-by:
Xiyuan Xia <xiyuan@chromium.org> Commit-Queue: Jacob Dufault <jdufault@chromium.org> Cr-Commit-Position: refs/heads/master@{#534702}
 - 
khmel authored
Setting app launcher icon is multi-step process. At first step we set default (or pre-loaded icon) and then try to fetch, decode and load actual icon. For some app fetch/decode step may be skipped. At this case icon is left what was set at first step. With recent refactoring, app launcher icon and chrome app icon were split and synced via updater. App launcher item is created after Chrome app item. Some attributes from Chrome app are passed via metadata but not the icon. This CL sets the icon from Chrome app item to app laucnher item at the moment of creation app launcher item. Bug: 809269 Test: Manually Change-Id: Iee8f5701d41f2ea19533d7df3edcc3898d606044 Reviewed-on: https://chromium-review.googlesource.com/902610Reviewed-by:
Xiyuan Xia <xiyuan@chromium.org> Commit-Queue: Yury Khmel <khmel@google.com> Cr-Commit-Position: refs/heads/master@{#534701}
 - 
Adam Langley authored
I fear that if we don't do this, we may not be able to add things in the future when we need to. Bug: none Change-Id: I94c49b8a5a336051ae7a62928fc48e4300649b19 Reviewed-on: https://chromium-review.googlesource.com/895392 Commit-Queue: Adam Langley <agl@chromium.org> Reviewed-by:
Balazs Engedy <engedy@chromium.org> Reviewed-by:
Kim Paulhamus <kpaulhamus@chromium.org> Cr-Commit-Position: refs/heads/master@{#534700}
 - 
Erik Staab authored
This reverts commit 744ac3cb. Reason for revert: Causing tree closure, https://crbug.com/809399 Original change's description: > Automated Commit: Committing new LKGM version 10378.0.0 for chromeos. > > TBR=chrome-os-gardeners@google.com > > Change-Id: I528bfa26dc2aa797c5c2e5911fa28f6055a03f67 > Reviewed-on: https://chromium-review.googlesource.com/903566 > Reviewed-by: ChromeOS Commit Bot <chromeos-commit-bot@chromium.org> > Cr-Commit-Position: refs/heads/master@{#534661} TBR=chrome-os-gardeners@google.com,chromeos-commit-bot@chromium.org Change-Id: Ic6927bf3095a02736c79c5c8db6b5568194c1fd5 No-Presubmit: true No-Tree-Checks: true No-Try: true Reviewed-on: https://chromium-review.googlesource.com/904862Reviewed-by:
Erik Staab <estaab@chromium.org> Commit-Queue: Erik Staab <estaab@chromium.org> Cr-Commit-Position: refs/heads/master@{#534699}
 - 
Xianzhu Wang authored
Bug: 771643 Cq-Include-Trybots: master.tryserver.blink:linux_trusty_blink_rel;master.tryserver.chromium.linux:linux_layout_tests_slimming_paint_v2 Change-Id: I4d2973be5eb7b13351de62d283b5feb88fa42490 TBR: Reviewed-on: https://chromium-review.googlesource.com/903104Reviewed-by:
Xianzhu Wang <wangxianzhu@chromium.org> Commit-Queue: Xianzhu Wang <wangxianzhu@chromium.org> Cr-Commit-Position: refs/heads/master@{#534698}
 - 
Steve Kobes authored
Like previous RLS rebaselines, the layer trees reflect composited scrolling layers for documents, the elimination of PLC layers on iframes, and "flattenInheritedTransform": false (crbug.com/778060). "Child Containment Layer" appears for iframes that are composited by transform, but lack scrolling layers because they have no overflow or have scrolling="no" (crbug.com/784053). Bug: 544140 Change-Id: I03f5cf370724ff2f00de8f8f6b497fa0f39af76e Reviewed-on: https://chromium-review.googlesource.com/902746Reviewed-by:
Stefan Zager <szager@chromium.org> Commit-Queue: Steve Kobes <skobes@chromium.org> Cr-Commit-Position: refs/heads/master@{#534697}
 - 
Doug Turner authored
This test uses a client side redirect which causes two navigations. The first navigation loads the html document which has a meta refresh tag in it. The second navigation is caused by the redirect itself. The existing code would only wait for the *first* navigation to complete. On fast machines, this isn't a problem as the race would be usually won and the redirected page would be present when we reached the GetTitle check. On slower machines, it seems that this race is more frequently lost. This CL changes the test to wait for two navigations before continuing. Bug: 809187 Change-Id: If88bff4bcd8ff3cb5be23b54b9675c3edbe17983 Reviewed-on: https://chromium-review.googlesource.com/903239Reviewed-by:
John Abd-El-Malek <jam@chromium.org> Commit-Queue: Doug Turner <dougt@chromium.org> Cr-Commit-Position: refs/heads/master@{#534696}
 - 
Ehsan Karamad authored
In a hack was added to remember the position of last mouse down/up for context menus. The hack was intended to fix the position of context menu for BrowserPlugin-based <webview>'s under CSS-transforms. The code was added here: https://codereview.chromium.org/1293963002 With <webview> being implemented on top of OOPIFs now we no longer require such a hack to draw the context menu correctly. The code is currently stale and does not ever get called. Bug: 533069 Change-Id: I5f78c02210f0255c66df3f01622b6a0ffead801e Reviewed-on: https://chromium-review.googlesource.com/900702 Commit-Queue: Ehsan Karamad <ekaramad@chromium.org> Reviewed-by:
James MacLean <wjmaclean@chromium.org> Reviewed-by:
Alex Moshchuk <alexmos@chromium.org> Cr-Commit-Position: refs/heads/master@{#534695}
 - 
Guido Urdaneta authored
Bug: 809537 Change-Id: I54951259e0b64944c92c0d28e06f16e4584b7460 TBR: reillyg@chromium.org Reviewed-on: https://chromium-review.googlesource.com/904643Reviewed-by:
Guido Urdaneta <guidou@chromium.org> Cr-Commit-Position: refs/heads/master@{#534694}
 - 
Ken Rockot authored
Assuming based on a small amount of evidence that there may be a bug causing some ChannelAssociatedGroupController instances to leak, this CL ensures that in such cases, the object's outgoing message queue will not also leak. Bug: 808725 Change-Id: I256dd264b811f9ccb8e8e3ee86f2b58f916f1560 Reviewed-on: https://chromium-review.googlesource.com/902813Reviewed-by:
Yuzhu Shen <yzshen@chromium.org> Commit-Queue: Ken Rockot <rockot@chromium.org> Cr-Commit-Position: refs/heads/master@{#534693}
 - 
Geoff Lang authored
TBR=jmadill@chromium.org BUG=809297 BUG=angleproject:2303 Change-Id: I5bd998c3b7eec3dfbba2a8012eba61da0e2b4041 Reviewed-on: https://chromium-review.googlesource.com/904686Reviewed-by:
Geoff Lang <geofflang@chromium.org> Reviewed-by:
Jamie Madill <jmadill@chromium.org> Commit-Queue: Geoff Lang <geofflang@chromium.org> Cr-Commit-Position: refs/heads/master@{#534692}
 - 
Dylan Reid authored
The user hash of the active user is needed so crosh can determine which logged in user initiated a command. Crosh will use this data to pass the correct paths to commands that run containers on Chrome OS. Bug: 770766 R=chirantan@chromium.org, tbarzic@chromium.org, vapier@chromium.org Signed-off-by:
Dylan Reid <dgreid@chromium.org> Change-Id: I0e9ef3685dc3f01f15cfb428594b2f9752586676 Reviewed-on: https://chromium-review.googlesource.com/896105Reviewed-by:
Alexander Alekseev <alemate@chromium.org> Reviewed-by:
Mike Frysinger <vapier@chromium.org> Reviewed-by:
Toni Barzic <tbarzic@chromium.org> Cr-Commit-Position: refs/heads/master@{#534691}
 - 
Leon Scroggins III authored
Bug: 807324 Without the proper fix, this image is truncated. Test that it is not. This image was posted to the bug (as d_AppReq.png), and the owner has given permission to use it: https://bugs.chromium.org/p/chromium/issues/detail?id=807324#c25 Change-Id: I114017e3cc625e0ac6c69056e34b0ee1ad906bb0 Reviewed-on: https://chromium-review.googlesource.com/904262Reviewed-by:
Leon Scroggins <scroggo@chromium.org> Reviewed-by:
Mike Klein <mtklein@chromium.org> Cr-Commit-Position: refs/heads/master@{#534690}
 - 
Ella Ge authored
This CL update the wpt test pointerevent_pointerlock_after_pointercapture. Previously this test request pointer lock on pointermove, it got a pointerlockerror event because it doesn't request the lock in a user gesture. This CL change the test to send lock request by a right click. Bug: 805052 Change-Id: I27b60475ccda94ca59e018ab76550379bc3852e4 Reviewed-on: https://chromium-review.googlesource.com/902450Reviewed-by:
Navid Zolghadr <nzolghadr@chromium.org> Commit-Queue: Ella Ge <eirage@chromium.org> Cr-Commit-Position: refs/heads/master@{#534689}
 - 
Fabio Tirelo authored
This issue was identified in the Russian translation, in which the translation currently used doesn't make sense in that context. We decided to make the string more specific and add a meaning tag to keep it from sharing translation with other "Reset" strings in Chrome (such as reset some color). Change-Id: Ic8d279d450abfdce718d65be752fe8ee6cdeaf31 Reviewed-on: https://chromium-review.googlesource.com/902808 Commit-Queue: Fabio Tirelo <ftirelo@chromium.org> Reviewed-by:
Demetrios Papadopoulos <dpapad@chromium.org> Cr-Commit-Position: refs/heads/master@{#534688}
 - 
John Abd-El-Malek authored
Bug: 753658 Cq-Include-Trybots: master.tryserver.chromium.linux:linux_mojo Change-Id: I4187878bfb627fb0983dca3a218c65f86d889f7c Reviewed-on: https://chromium-review.googlesource.com/902624Reviewed-by:
Ken Rockot <rockot@chromium.org> Commit-Queue: John Abd-El-Malek <jam@chromium.org> Cr-Commit-Position: refs/heads/master@{#534687}
 - 
Patrick Monette authored
Bug: 717696 Change-Id: I6ff0a2ca192b2fe11426f59336a5e5efe2a8b76e Reviewed-on: https://chromium-review.googlesource.com/887724Reviewed-by:
Scott Violet <sky@chromium.org> Reviewed-by:
Greg Thompson <grt@chromium.org> Commit-Queue: Patrick Monette <pmonette@chromium.org> Cr-Commit-Position: refs/heads/master@{#534686}
 - 
Batalov Vladislav authored
Pass correct status of network to error handler's constructor. R=jam@chromium.org, juliatuttle@chromium.org Change-Id: Ie48ab19418c87f20f0b441fbe1ab6d44a503da22 Reviewed-on: https://chromium-review.googlesource.com/878327 Commit-Queue: John Abd-El-Malek <jam@chromium.org> Reviewed-by:
Julia Tuttle <juliatuttle@chromium.org> Reviewed-by:
John Abd-El-Malek <jam@chromium.org> Cr-Commit-Position: refs/heads/master@{#534685}
 - 
Maks Orlovich authored
This lets me change how it's actually passed to op-specific Complete callbacks freely, which I want to do, but is easier to review as a separate change, plus moving a unique_ptr to int feels a bit... silly. Change-Id: If8a3f445779477c4388daf060608fe64858507ec Reviewed-on: https://chromium-review.googlesource.com/902522Reviewed-by:
Helen Li <xunjieli@chromium.org> Commit-Queue: Maks Orlovich <morlovich@chromium.org> Cr-Commit-Position: refs/heads/master@{#534684}
 - 
Marcin authored
Currently Android Chrome is opening LINK tab as second in new context menu with two tabs. It can lead to many mistakes when user want to use fast "Open in new menu" for links. Patch is forcing changing tabs order and opening this menu on LINK tab in every situation. Bug: 799417 Change-Id: I1ef989a62501859c45e8a0ee36e6e685e234ed72 Reviewed-on: https://chromium-review.googlesource.com/880945 Commit-Queue: Marcin Wiącek <marcin@mwiacek.com> Reviewed-by:
Bernhard Bauer <bauerb@chromium.org> Cr-Commit-Position: refs/heads/master@{#534683}
 - 
Koji Ishii authored
Following bot results are included. 3583 3584 3590 3592 8 lines were removed and 34 lines were deflaked by consecutive results since 3530. TBR=eae@chromium.org NOTRY=true Bug: 591099 Cq-Include-Trybots: master.tryserver.chromium.linux:linux_layout_tests_layout_ng Change-Id: Iabc3379f135f494fc26af2fb8b9c41acd771846d Reviewed-on: https://chromium-review.googlesource.com/903525 Commit-Queue: Koji Ishii <kojii@chromium.org> Reviewed-by:
Koji Ishii <kojii@chromium.org> Cr-Commit-Position: refs/heads/master@{#534682}
 - 
Koji Ishii authored
40 rebaselines from a manual review of the ToT bot result at: https://storage.googleapis.com/chromium-layout-test-archives/linux_layout_tests_layout_ng/3573/layout-test-results/results.html 3573 TBR=eae@chromium.org NOTRY=true Bug: 591099 Cq-Include-Trybots: master.tryserver.chromium.linux:linux_layout_tests_layout_ng Change-Id: Id8eeebf05202c345d97b673b1fbd7c1d6dcef407 Reviewed-on: https://chromium-review.googlesource.com/903208 Commit-Queue: Koji Ishii <kojii@chromium.org> Reviewed-by:
Koji Ishii <kojii@chromium.org> Cr-Commit-Position: refs/heads/master@{#534681}
 - 
Guido Urdaneta authored
Bug: 809383 Change-Id: I579866fdcecb747365aabb91e8e53d36486b38db TBR: lazyboy@chromium.org Reviewed-on: https://chromium-review.googlesource.com/903771Reviewed-by:
Guido Urdaneta <guidou@chromium.org> Cr-Commit-Position: refs/heads/master@{#534680}
 - 
Guido Urdaneta authored
Bug: 809367 Change-Id: If1a3e114a0bb31bfb99d54ec17396bb6bf556227 TBR: haraken@chromium.org Reviewed-on: https://chromium-review.googlesource.com/903922Reviewed-by:
Guido Urdaneta <guidou@chromium.org> Cr-Commit-Position: refs/heads/master@{#534679}
 - 
Francois Doray authored
This is useful when we have a window hierarchy like this: WebContentsViewAura (x=0, y=0, w=10, h=10) RenderWidgetHostViewAura (x=0, y=0, w=10, h=10) The WebContentsViewAura is covered by a child, but when comes the time to determine the occlusion state of the WebContents, we would like to get NOT_OCCLUDED. Asking clients of the API to traverse the window tree themselves to determine whether a window has a non-occluded child would be error-prone, as occlusion states aren't updated atomically (e.g. if Hide() is called on the RenderWidgetHostViewAura, its occlusion state will be updated to OCCLUDED before the occlusion state of the WebContentsViewAura is updated to NOT_OCCLUDED). Bug: 668690 Change-Id: I3a2777be37ce697d7215396b6626bce6ff72416c Reviewed-on: https://chromium-review.googlesource.com/832828 Commit-Queue: François Doray <fdoray@chromium.org> Reviewed-by:Sadrul Chowdhury <sadrul@chromium.org> Cr-Commit-Position: refs/heads/master@{#534678}
 - 
David 'Digit' Turner authored
This experiment is no longer useful, and it has been decided to not implement the feature with the Chromium component updater. Instead, Chrome on Android will rely on split APKs to reduce the size of the main application APK. BUG=766746 R=sorin@chromium.org,mpearson@chromium.org,waffles@chromium.org Change-Id: I13d934e8f82a239688c9c1d02be3f3e299b8587b Reviewed-on: https://chromium-review.googlesource.com/902104Reviewed-by:
Joshua Pawlicki <waffles@chromium.org> Reviewed-by:
Sorin Jianu <sorin@chromium.org> Reviewed-by:
Lei Zhang <thestig@chromium.org> Reviewed-by:
Mark Pearson <mpearson@chromium.org> Commit-Queue: David Turner <digit@chromium.org> Cr-Commit-Position: refs/heads/master@{#534677}
 - 
Colin Blundell authored
Reasoning given in the umbrella bug (crbug.com/806965). TBR=jam@chromium.org Bug: 806965 Cq-Include-Trybots: master.tryserver.chromium.mac:ios-simulator-cronet;master.tryserver.chromium.mac:ios-simulator-full-configs Change-Id: I7014b91a610c49e98fda3c78917637efb26f54f1 Reviewed-on: https://chromium-review.googlesource.com/901663 Commit-Queue: Colin Blundell <blundell@chromium.org> Reviewed-by:
Ken Rockot <rockot@chromium.org> Reviewed-by:
Daniel Cheng <dcheng@chromium.org> Cr-Commit-Position: refs/heads/master@{#534676}
 - 
clamy authored
This CL introduces a CommitSameDocumentNavigation method in mojom::Frame, along with a specific path to handle it in FrameLoader. Same document navigations are handled very differently from different document navigations in the renderer, and this simplifies the code path for their handling when the same-document navigation is browser-initiated. This is a preparatory work for introducing per-navigation Mojo interfaces. These interfaces will only be used for different document navigations. Same-document navigations will still be handled by the Frame directly, through the IPC this CL introduces. This CL also fixes an issue with same-document navigations in out-of-process iframes. Browser-initiated same-document navigations would see their FrameLoadType recomputed at commit type, which sometimes caused them to be wrongly classified as non same-document and dropped. By taking a same-document path from the start, we ensure that FrameLoader doesn't recompute the FrameLoadType for same-document navigations. Bug: 788901,784904 Change-Id: Ie2fbef9afd9c99d22b7bb6d33170eaa5e32de622 Reviewed-on: https://chromium-review.googlesource.com/817296Reviewed-by:
Daniel Cheng <dcheng@chromium.org> Reviewed-by:
Charlie Reis <creis@chromium.org> Reviewed-by:
Nasko Oskov <nasko@chromium.org> Commit-Queue: Camille Lamy <clamy@chromium.org> Cr-Commit-Position: refs/heads/master@{#534675}
 - 
Peter Boström authored
Bug: chromium:807886 Change-Id: I5bc1a654954d65b527e297a27ae7d3417e97b3e6 Reviewed-on: https://chromium-review.googlesource.com/902799 Commit-Queue: Mathieu Perreault <mathp@chromium.org> Reviewed-by:
Mathieu Perreault <mathp@chromium.org> Cr-Commit-Position: refs/heads/master@{#534674}
 - 
Chris Pickel authored
Bugs reassigned: * https://crbug.com/807128: recently filed, dupe to 622387? * https://crbug.com/637525: was duped to 754870 * https://crbug.com/615908: was duped to 754870 * https://crbug.com/724923: was duped to 622387 * https://crbug.com/808343: recently filed, dupe to 622387? * https://crbug.com/435449: marked as “fixed” but still disabled. Dupe to 754870? * https://crbug.com/725420: was fixed and test re-enabled! \o/ Remove the TODO. Bug: 622387, 754870 Change-Id: I4fb525e09a5c50aa521697b187baac310eade7a9 Reviewed-on: https://chromium-review.googlesource.com/901265Reviewed-by:
Dominic Mazzoni <dmazzoni@chromium.org> Reviewed-by:
David Tseng <dtseng@chromium.org> Commit-Queue: Chris Pickel <sfiera@chromium.org> Cr-Commit-Position: refs/heads/master@{#534673}
 - 
Greg Thompson authored
This reverts commit 61a0f661. Reason for revert: Broke jumbo builds. Original change's description: > Extract signed exchange contents from CBOR > > This patch teaches SignedExchangeHandler to decode signed exchange > body encoded with the application/http-exchange+cbor format [1]. > > The test file origin-signed-response-iframe.htxg was created using > gen-signedexchange of [2] with the following command: > > gen-signedexchange -uri https://example.com/test.html \ > -content test.html -o origin-signed-response-iframe.htxg \ > -miRecordSize=100 > > where test.html is the html part of origin-signed-response-iframe.php > before this patch. > > [1] https://wicg.github.io/webpackage/draft-yasskin-http-origin-signed-responses.html#rfc.section.5 > [2] https://github.com/WICG/webpackage/pull/119 > > Bug: 803774 > Change-Id: I4d7bf5215e825cfa084c431db6d2cc87219d0a34 > Reviewed-on: https://chromium-review.googlesource.com/897172 > Commit-Queue: Kunihiko Sakamoto <ksakamoto@chromium.org> > Reviewed-by: Kouhei Ueno <kouhei@chromium.org> > Reviewed-by: Kinuko Yasuda <kinuko@chromium.org> > Cr-Commit-Position: refs/heads/master@{#534643} TBR=kinuko@chromium.org,ksakamoto@chromium.org,kouhei@chromium.org Change-Id: I07fe69d5feb7c4fe7a9087863feebe8ea672832d No-Presubmit: true No-Tree-Checks: true No-Try: true Bug: 803774 Reviewed-on: https://chromium-review.googlesource.com/903982Reviewed-by:
Greg Thompson <grt@chromium.org> Commit-Queue: Greg Thompson <grt@chromium.org> Cr-Commit-Position: refs/heads/master@{#534672}
 - 
Hajime Hoshi authored
This is part of efforts to replace default timer task runners with other appropriate task runners in the renderer. Bug: 624694, 804694 Change-Id: I0c9b53b15ddca0b65312f599f1cc83ace14f8b75 Reviewed-on: https://chromium-review.googlesource.com/896678Reviewed-by:
Alexander Timin <altimin@chromium.org> Reviewed-by:
Andrey Kosyakov <caseq@chromium.org> Reviewed-by:
Alexei Filippov <alph@chromium.org> Commit-Queue: Hajime Hoshi <hajimehoshi@chromium.org> Cr-Commit-Position: refs/heads/master@{#534671}
 
 -