- 17 Jul, 2017 10 commits
-
-
beaufort.francois authored
BUG=739698 Review-Url: https://codereview.chromium.org/2967373002 Cr-Commit-Position: refs/heads/master@{#487031}
-
Trent Apted authored
With *and without* --secondary-ui-md: * Removes the colons from the field labels * Alters the text for insecure domains to say "Your connection to this site is not private" * Makes the dialog title and "Log in" button text sentence case on non-Mac/iOS * Removes " requires a username and password" after the domain for non-Proxy auth requests * Removes the insets on the sides of the textfield stack relative to the dialog title. * Removes the close button from the http-auth dialog With --secondary-ui-md only: * Uses SECONDARY / gray text for the second line of header text * Makes textfields 28px tall 3 general adjustments applicable to a class of dialogs remain to be done: * Too much spacing from the title to the body text, and * Too little spacing from the last textfield to the button row. * Textfields should horizontally align "somehow" we don't know how yet Adds ui/views/harmony/layout_helper.h to encapsulate methods for creating a textfield stack in the standard layout. Bug: 602392 Change-Id: I27fbc52c95d9bd8ac2a3551d916d3f161f51593f Reviewed-on: https://chromium-review.googlesource.com/559205Reviewed-by:
Colin Blundell <blundell@chromium.org> Reviewed-by:
Peter Kasting <pkasting@chromium.org> Reviewed-by:
Bret Sepulveda <bsep@chromium.org> Commit-Queue: Trent Apted <tapted@chromium.org> Cr-Commit-Position: refs/heads/master@{#487030}
-
Timothy Loh authored
This patch make the lifetime of PermissionPrompt objects more sensible and match what we occasionally think it actually is. Currently these objects exist when a tab is active, or on Android all the time. This patch changes it so that, as the name might suggest, it corresponds to when a prompt is actually visible. We retain the distinction between desktop/Android where desktop hides the UI (now deletes the object) on tab switching, while Android retains the UI (keeps the object alive) as the InfoBar system manages hiding the prompt. Since we don't explicitly manage lifetimes of the actual UI surface on Android (infobars in particular, as it's clearer for modals when the UI is actually destroyed) from the PermissionPrompt, we change the pointer to a WeakPtr for safety. When the PermissionPrompt is destroyed due to navigation, if an infobar happens to still persist due to a bug it won't be able to be resolve different permission requests. Bug: 606138, 737102 Change-Id: I26a8843b9b446e91282a9b0ce67c4b442bf440e9 Reviewed-on: https://chromium-review.googlesource.com/567940 Commit-Queue: Timothy Loh <timloh@chromium.org> Reviewed-by:
Raymes Khoury <raymes@chromium.org> Cr-Commit-Position: refs/heads/master@{#487029}
-
Tim Sergeant authored
MD Bookmarks stamps a large amount of the same folder icon: 1 for every node in the sidebar, and 1 for every item in the list. While iron-icon is fast as far as Polymer elements go, stamping 50+ of them is still expensive. This CL switches all folder icons across the page to a plain divs that have an SVG background. This appears to save at least 5% of page load time on profiles with a large number of folders. Bug: 727177 Cq-Include-Trybots: master.tryserver.chromium.linux:closure_compilation Change-Id: I439f83ad3c3f645108d1a3d744cce2e402acbcee Reviewed-on: https://chromium-review.googlesource.com/566264Reviewed-by:
calamity <calamity@chromium.org> Commit-Queue: Tim Sergeant <tsergeant@chromium.org> Cr-Commit-Position: refs/heads/master@{#487028}
-
v8-autoroll authored
Summary of changes available at: https://chromium.googlesource.com/v8/v8/+log/248b789e..4b582195 Please follow these instructions for assigning/CC'ing issues: https://github.com/v8/v8/wiki/Triaging%20issues Please close rolling in case of a roll revert: https://v8-roll.appspot.com/ This only works with a Google account. CQ_INCLUDE_TRYBOTS=master.tryserver.blink:linux_trusty_blink_rel;master.tryserver.chromium.linux:linux_optional_gpu_tests_rel;master.tryserver.chromium.mac:mac_optional_gpu_tests_rel;master.tryserver.chromium.win:win_optional_gpu_tests_rel;master.tryserver.chromium.android:android_optional_gpu_tests_rel TBR=hablich@chromium.org,machenbach@chromium.org,kozyatinskiy@chromium.org Change-Id: I2209f6d52c351284ddb1480e160c18b74f9ae9e9 Reviewed-on: https://chromium-review.googlesource.com/573600Reviewed-by:
v8 autoroll <v8-autoroll@chromium.org> Commit-Queue: v8 autoroll <v8-autoroll@chromium.org> Cr-Commit-Position: refs/heads/master@{#487027}
-
Noel Gordon authored
The fuzzer color transform had the same input and output pixel color format in each run. In this change, create a mix of input and output color formats to add extra fuzz. Tbr: mmoroz@chromium.org Bug: 708016 Change-Id: I520eafad1959ae2d8688b156e24006718aaf4b0c Reviewed-on: https://chromium-review.googlesource.com/572890Reviewed-by:
Noel Gordon <noel@chromium.org> Commit-Queue: Noel Gordon <noel@chromium.org> Cr-Commit-Position: refs/heads/master@{#487026}
-
Antonio Gomes authored
Both chrome --mash and chrome --mus --use-ime-service use InputMethodMus for IME. In such cases, pages with 'content editable' elements simply hang with the following error and stack trace: [ERROR:validation_errors.cc(90)] Invalid message: VALIDATION_ERROR_UNKNOWN_ENUM_VALUE #1 0x56228f4e5a9e mojo::internal::ReportValidationError() #2 0x56228c7ee648 mojo::internal::TextInputState_Data::Validate() #3 0x56228c7e2da9 ui::mojom::internal::WindowTree_SetImeVisibility_Params_Data::Validate() #4 0x56228c9dfbe2 ui::mojom::WindowTreeRequestValidator::Accept() #5 0x56228f4d423c mojo::FilterChain::Accept() #6 0x56228f4d5755 mojo::InterfaceEndpointClient::HandleIncomingMessage() #7 0x56228f4dc84c mojo::internal::MultiplexRouter::ProcessIncomingMessage() #8 0x56228f4dc03f mojo::internal::MultiplexRouter::Accept() #9 0x56228f4d4256 mojo::FilterChain::Accept() (...) This happens because in InputMethodMus::UpdateTextInputType, ui::TextInputType::TEXT_INPUT_TYPE_CONTENT_EDITABLE is the value (correctly) used to construct the mojo::TextInputState instance to be sent to Mus. Down the road, WindowTreeClient::SetImeVisibility calls out to Mus passing the mojo::TextInputState instance created previously. At the mojo validation step, it fails (see stack above) because text_input_state.mojom does not declare CONTENT_EDITABLE (see IsKnownValue impl in <out>/gen/ui/platform_window/mojo/text_input_state.mojom-shared-internal.h). Patch fixes this by syncing up ui::TextInputType, blink::WebTextInputType and mojo::TextInputType. PS: For the sake of completeness, DATE_TIME_FIELD enum item was added, and mojo::TextInputType::LAST is renamed to ::MAX in order to be able to compile assert it against ui::TEXT_INPUT_TYPE_MAX. TEST=load any page with 'contenteditable' attr, in chrome --mash. BUG=718105,742491 Change-Id: Icbea847e7fc655ca3c04243fefb8d67abaaa9239 Reviewed-on: https://chromium-review.googlesource.com/570056 Commit-Queue: Antonio Gomes <tonikitoo@igalia.com> Reviewed-by:
Tom Sepez <tsepez@chromium.org> Reviewed-by:
Scott Violet <sky@chromium.org> Cr-Commit-Position: refs/heads/master@{#487025}
-
Sam McNally authored
Allowing user-provided SequencedTaskRunners does not provide a clear benefit if they run on the same sequence and binding to a task runner that is not sequenced with the current task runner is not threadsafe so restrict user-provided task runners to SingleThreadTaskRunners that run on the current thread. Bug: 678155 Change-Id: I5472e39f688f47a8abdda516a6e2902fe18eee36 Reviewed-on: https://chromium-review.googlesource.com/544717 Commit-Queue: Sam McNally <sammc@chromium.org> Reviewed-by:
Antoine Labour <piman@chromium.org> Reviewed-by:
Wu-Cheng Li <wuchengli@chromium.org> Reviewed-by:
Florin Malita <fmalita@chromium.org> Reviewed-by:
Yuzhu Shen <yzshen@chromium.org> Cr-Commit-Position: refs/heads/master@{#487024}
-
Nico Weber authored
This works despite https://llvm.org/PR33796 here because these functions are in an unnamed namespace. Bug: 735328 Change-Id: Ia22c05303a0360573aa1a0385c6a3966767f84cd Reviewed-on: https://chromium-review.googlesource.com/573113Reviewed-by:
Avi Drissman <avi@chromium.org> Commit-Queue: Nico Weber <thakis@chromium.org> Cr-Commit-Position: refs/heads/master@{#487023}
-
Miguel Casas-Sanchez authored
This CL lands the service-side implementation of the mojom::VEA and unit tests for it. It doesn't connect it yet, but the final result can be found in https://crrev.com/c/558846. Bug: 736517 Change-Id: I6d77da653cfa8e4db9b2691707302fa2ad2d4479 Reviewed-on: https://chromium-review.googlesource.com/566262 Commit-Queue: Miguel Casas <mcasas@chromium.org> Reviewed-by:
Dan Sanders <sandersd@chromium.org> Reviewed-by:
Emircan Uysaler <emircan@chromium.org> Cr-Commit-Position: refs/heads/master@{#487022}
-
- 16 Jul, 2017 20 commits
-
-
skia-deps-roller@chromium.org authored
https://skia.googlesource.com/skia.git/+log/1fcd10aae433..42102420c02a $ git log 1fcd10aae..42102420c --date=short --no-merges --format='%ad %ae %s' 2017-07-16 mtklein Revert "Inject a dsb into SkAnalyticEdge::setLine() to work around ARMv7 CPU erratum." Created with: roll-dep src/third_party/skia BUG=740805 Documentation for the AutoRoller is here: https://skia.googlesource.com/buildbot/+/master/autoroll/README.md If the roll is causing failures, see: http://www.chromium.org/developers/tree-sheriffs/sheriff-details-chromium#TOC-Failures-due-to-DEPS-rolls CQ_INCLUDE_TRYBOTS=master.tryserver.blink:linux_trusty_blink_rel;master.tryserver.chromium.linux:linux_optional_gpu_tests_rel;master.tryserver.chromium.mac:mac_optional_gpu_tests_rel;master.tryserver.chromium.win:win_optional_gpu_tests_rel;master.tryserver.chromium.android:android_optional_gpu_tests_rel TBR=caryclark@chromium.org Change-Id: I6c7f21b7c92ae586ff56b9b97cc1a14fc0e09648 Reviewed-on: https://chromium-review.googlesource.com/573528Reviewed-by:
Skia Deps Roller <skia-deps-roller@chromium.org> Commit-Queue: Skia Deps Roller <skia-deps-roller@chromium.org> Cr-Commit-Position: refs/heads/master@{#487021}
-
Jinsuk Kim authored
This CL is to take care of errors when running an optional trybot android_n5x_swarming_dbg: Traceback (most recent call last): File "/b/c/b/android_n5x_swarming_dbg/src/tools/mb/mb.py", line 61, in Main ret = self.args.func() File "/b/c/b/android_n5x_swarming_dbg/src/tools/mb/mb.py", line 263, in CmdAnalyze return self.RunGNAnalyze(vals) File "/b/c/b/android_n5x_swarming_dbg/src/tools/mb/mb.py", line 1275, in RunGNAnalyze raise MBErr(err) MBErr: target "android_tools" not found in //testing/buildbot/gn_isolate_map.pyl target "system_webview_shell_layout_test_apk" not found in //testing/buildbot/gn_isolate_map.pyl step returned non-zero exit code: 1 The two targets are ignored for now. I'm not certain at this point whether they also needs testing. The build is not green yet with this CL. There are still some flaky tests and timed-out test suites. Will look into them in follow-up CLs. BUG=737910 Change-Id: Ia0119ebe9494e4c3c8df5844754a95f75ff47957 Reviewed-on: https://chromium-review.googlesource.com/558418Reviewed-by:
John Budorick <jbudorick@chromium.org> Commit-Queue: Jinsuk Kim <jinsukkim@chromium.org> Cr-Commit-Position: refs/heads/master@{#487020}
-
dskiba authored
This CL optimizes TracedValue::AppendAsTraceFormat() by removing intermediate base::Value conversion. HeapProfilerPerfTest.AppendStackFramesAsTraceFormat shows ~1.9x improvement on macOS (1730ms -> 920ms). TBR=jbauman@chromium.org BUG=739378, 664350 Review-Url: https://codereview.chromium.org/2975033002 Cr-Commit-Position: refs/heads/master@{#487019}
-
Hidehiko Abe authored
This CL migrates ArcProvisionNotificationService. BUG=672829 TEST=Ran try. Change-Id: If15cda269ecfad203efbb7ebfc4fb88114a9b843 Reviewed-on: https://chromium-review.googlesource.com/573000 Commit-Queue: Hidehiko Abe <hidehiko@chromium.org> Reviewed-by:
Yusuke Sato (in China Mon-Thurs, may be offline) <yusukes@chromium.org> Cr-Commit-Position: refs/heads/master@{#487018}
-
Hidehiko Abe authored
This CL migrates ArcPrintService. BUG=672829 TEST=Ran try. Change-Id: Ia223ec8dc9d05d044ddb66812cd322d705cb1d39 Reviewed-on: https://chromium-review.googlesource.com/572882 Commit-Queue: Hidehiko Abe <hidehiko@chromium.org> Reviewed-by:
Yusuke Sato (in China Mon-Thurs, may be offline) <yusukes@chromium.org> Cr-Commit-Position: refs/heads/master@{#487017}
-
Jinsuk Kim authored
This removes all the public native references to ContentViewCore from the embedder, which were indirections that became unnecessary. Now they can be handled by using WebContents, passing container view or view-specific coordinates values instead. For many parts, changes were made so that these values are converted from css to device pixel unit right before being passed up to Java layer. I think it helps the two units avoid being mixed in the code. BUG=626764 Change-Id: I7348c9aea00cde93f976d1bae3779270826dce03 Reviewed-on: https://chromium-review.googlesource.com/536895 Commit-Queue: Jinsuk Kim <jinsukkim@chromium.org> Reviewed-by:
Ted Choc <tedchoc@chromium.org> Reviewed-by:
Avi Drissman <avi@chromium.org> Reviewed-by:
Mathieu Perreault <mathp@chromium.org> Cr-Commit-Position: refs/heads/master@{#487016}
-
dskiba authored
Profiling StackFrameDeduplicator with new heap format revealed that: 1. At least 60% of all insertions are hits, i.e. they insert backtraces that already exist. 2. There can be as many as 500K frames. 3. The average child count at each level is ~1.2. This CL optimizes StackFrameDeduplicator based on that data: 1. Adds a hash-based backtrace lookup to cut down number of lookups in FrameNode::children maps. 2. Changes FrameNode storage from std::vector to std::deque, avoiding costly vector reallocations. 3. Changes FrameNode::children storage from std::map to std::flat_map. These changes improve HeapProfilerPerfTest.DeduplicateStackFrames perftest ~1.6x on macOS (1040ms -> 620ms), but real-world impact should be higher because the perftest is pessimistic. BUG=739378 Review-Url: https://codereview.chromium.org/2977783002 Cr-Commit-Position: refs/heads/master@{#487015}
-
Mostyn Bramley-Moore authored
BUG=741927,743615 TEST=Running browser_tests with the flags below, should print "Using 1 parallel jobs." --run-manual --ui-test-action-max-timeout=350000 --test-launcher-jobs=1 --test-launcher-bot-mode --test-launcher-print-test-stdio=always TBR=phajdan.jr@chromium.org Change-Id: I33f2b4fc54b43ebec8a27c532da17146b42c07cd Reviewed-on: https://chromium-review.googlesource.com/573380Reviewed-by:
Mostyn Bramley-Moore <mostynb@opera.com> Commit-Queue: Mostyn Bramley-Moore <mostynb@opera.com> Cr-Commit-Position: refs/heads/master@{#487014}
-
Hidehiko Abe authored
This CL migrates ArcPowerBridge. BUG=672829 TEST=Ran try. Change-Id: I02dac942cbd31635120c62734032ca7611edae4b Reviewed-on: https://chromium-review.googlesource.com/572881 Commit-Queue: Hidehiko Abe <hidehiko@chromium.org> Reviewed-by:
Yusuke Sato (in China Mon-Thurs, may be offline) <yusukes@chromium.org> Cr-Commit-Position: refs/heads/master@{#487013}
-
Hidehiko Abe authored
This CL migrates ArcObbMounterBridge. BUG=672829 TEST=Ran try. Change-Id: Iac02330ae8ac2c0226f81ea25f5045494290da0d Reviewed-on: https://chromium-review.googlesource.com/572472 Commit-Queue: Hidehiko Abe <hidehiko@chromium.org> Reviewed-by:
Yusuke Sato (in China Mon-Thurs, may be offline) <yusukes@chromium.org> Cr-Commit-Position: refs/heads/master@{#487012}
-
Hidehiko Abe authored
This CL migrates ArcMetricsService. BUG=672829 TEST=Ran try. Change-Id: If61b381d0aac425117601b0f514aaebac431e9bc Reviewed-on: https://chromium-review.googlesource.com/572471 Commit-Queue: Hidehiko Abe <hidehiko@chromium.org> Reviewed-by:
Yusuke Sato (in China Mon-Thurs, may be offline) <yusukes@chromium.org> Cr-Commit-Position: refs/heads/master@{#487011}
-
Hidehiko Abe authored
This CL migrates ArcFileSystemMounter. BUG=672829 TEST=Ran try. Change-Id: I0fe8ac4c2d3aec887cd716b53cd5c02421d47b14 Reviewed-on: https://chromium-review.googlesource.com/572670Reviewed-by:
Yusuke Sato (in China Mon-Thurs, may be offline) <yusukes@chromium.org> Commit-Queue: Hidehiko Abe <hidehiko@chromium.org> Cr-Commit-Position: refs/heads/master@{#487010}
-
Koji Ishii authored
Following bot results are included. 730 739 740 741 742 745 746 4022 lines were removed by consecutive passes since 681 (Jul 10). TBR=eae@chromium.org NOTRY=true BUG: 591099 Bug: Change-Id: I22cabe0f1175ddab6449e18d70ef63cc2e09d537 Reviewed-on: https://chromium-review.googlesource.com/572485 Commit-Queue: Koji Ishii <kojii@chromium.org> Reviewed-by:
Koji Ishii <kojii@chromium.org> Cr-Commit-Position: refs/heads/master@{#487009}
-
skia-deps-roller@chromium.org authored
https://skia.googlesource.com/skia.git/+log/1a325d25b941..1fcd10aae433 $ git log 1a325d25b..1fcd10aae --date=short --no-merges --format='%ad %ae %s' 2017-07-16 update-skps Update SKP version Created with: roll-dep src/third_party/skia Documentation for the AutoRoller is here: https://skia.googlesource.com/buildbot/+/master/autoroll/README.md If the roll is causing failures, see: http://www.chromium.org/developers/tree-sheriffs/sheriff-details-chromium#TOC-Failures-due-to-DEPS-rolls CQ_INCLUDE_TRYBOTS=master.tryserver.blink:linux_trusty_blink_rel;master.tryserver.chromium.linux:linux_optional_gpu_tests_rel;master.tryserver.chromium.mac:mac_optional_gpu_tests_rel;master.tryserver.chromium.win:win_optional_gpu_tests_rel;master.tryserver.chromium.android:android_optional_gpu_tests_rel TBR=caryclark@chromium.org Change-Id: Idafa5caed27b3921332735781a3833a5b393e98e Reviewed-on: https://chromium-review.googlesource.com/573280Reviewed-by:
Skia Deps Roller <skia-deps-roller@chromium.org> Commit-Queue: Skia Deps Roller <skia-deps-roller@chromium.org> Cr-Commit-Position: refs/heads/master@{#487008}
-
Felix Ekblom authored
In https://codereview.chromium.org/2964823002 the OobeDisplayChooser started using the DeviceDataManager to look for touchscreen devices when searching for a good primary display to use during OOBE. On device cold boot the DeviceDataManager has not yet found any touchscreen devices at the time OobeUi::ShowOobeUI() is called (likely due to lower level systems not being fully initialized). This CL make LoginDisplayHostImpl an observer of changes to connected touchscreen devices, re-triggering the OobeDisplayChooser when the DeviceDataManager is notified of the connected touchscreens. This overcomes the timing issues on cold boot. Bug: 738885 Change-Id: Iae488ddc9428b7c5e74d36cf18e35ba3d1235bbd Reviewed-on: https://chromium-review.googlesource.com/569958Reviewed-by:
Jacob Dufault <jdufault@chromium.org> Commit-Queue: Felix Ekblom <felixe@chromium.org> Cr-Commit-Position: refs/heads/master@{#487007}
-
Koji Ishii authored
This is a follow up and minor cleanups after the initial NGBaseline patch[1]. 1. Addresses cbiesinger reviews. 2. NGBaseline has NGBaselineRequest as a member. 3. Some arguments are changed to use struct, not each member. [1] https://codereview.chromium.org/2867293002/ BUG=636993 CQ_INCLUDE_TRYBOTS=master.tryserver.chromium.linux:linux_layout_tests_layout_ng Change-Id: Ib781a08f3b85be6519b70f07413719d0a76db7e7 Reviewed-on: https://chromium-review.googlesource.com/571680 Commit-Queue: Koji Ishii <kojii@chromium.org> Reviewed-by:
Christian Biesinger <cbiesinger@chromium.org> Cr-Commit-Position: refs/heads/master@{#487006}
-
Tomasz Figa authored
When building from within a ChromiumOS chroot (and any other Gentoo-base system), the right command to call pkg-config is specified up front and needs to be honored. However currently Chromium build system always calls 'pkg-config' directly if --sysroot is given to the build. This ignores any necessary setup done by the board sysroot pkg-config wrapper used on ChromiumOS and causes host's paths being pulled into the build. Precisely, PKG_CONFIG_PATH is not being unset and PKG_CONFIG_SYSROOT_DIR is not being set to the sysroot path. Fix this by always using the specified pkg-config binary, even if sysroot is given. Even though, the problem could be fixed up by adding necessary setup to Chromium's pkg-config wrapper, it is not the right solution, as the setup is inherently sysroot specific and only the external build system is aware of necessary configuration to be done. Bug: 743366 Test: Build chromeos-chrome with host's /usr/lib64/pkgconfig/dbus-1.pc chmodded to a-r. Change-Id: I6e80dbaa94510e31aa5000c6cc31ca32b5e5cbe4 Reviewed-on: https://chromium-review.googlesource.com/572666Reviewed-by:
Dirk Pranke <dpranke@chromium.org> Commit-Queue: Tomasz Figa <tfiga@chromium.org> Cr-Commit-Position: refs/heads/master@{#487005}
-
Takeshi Yoshino authored
Bug: Change-Id: I2226cd621bcd9c85d8ce179f14f768645cf97db3 Reviewed-on: https://chromium-review.googlesource.com/572444 Commit-Queue: Takeshi Yoshino <tyoshino@chromium.org> Reviewed-by:
Kentaro Hara <haraken@chromium.org> Cr-Commit-Position: refs/heads/master@{#487004}
-
Nicholas Verne authored
WebDevToolsAgentImpl uses many InspectorAgents that are implemented in modules/. To enable these agents' use from core/ we now register a callback from ModulesInitializer::Initialize that can append the modules/ InspectorAgents to an InspectorSession. Since WebDevToolsAgentImpl needs to use static methods of WebView and WebViewBase directly, these need to be availble in core/ as well. We created WebViewBase.cpp and moved the definitions there. Also, to keep Windows happy WebViewBase is now a NON_EXPORTED_BASE of WebViewImpl, since there is now code for WebViewBase static methods in different library and Windows otherwise fails to link warning C4275: non dll-interface class 'blink::WebViewBase' used as base for dll-interface class 'blink::WebViewImpl' Bug: 712963 Change-Id: I9159327618118b2a2f652ed15a76271040b5bc30 Reviewed-on: https://chromium-review.googlesource.com/544726 Commit-Queue: Nicholas Verne <nverne@chromium.org> Reviewed-by:
Kentaro Hara <haraken@chromium.org> Reviewed-by:
Sasha Morrissey <sashab@chromium.org> Cr-Commit-Position: refs/heads/master@{#487003}
-
chrome-release-bot authored
TBR=dimu@chromium.org Change-Id: I3ab7d08870b5f5c78af2c2b5bd6ffbce345b4242 Reviewed-on: https://chromium-review.googlesource.com/572396Reviewed-by:
chrome-release-bot@chromium.org <chrome-release-bot@chromium.org> Cr-Commit-Position: refs/heads/master@{#487002}
-
- 15 Jul, 2017 10 commits
-
-
Reza.Zakerinasab authored
In V8ScriptValueSerializerTest.RoundTripImageBitmapWithColorSpaceInfo we serialize and deserialize an ImageBitmap in red color in P3 color space. We expect red in P3 to be {0x94, 0x3A, 0x3F, 0x28, 0x5F, 0x24, 0x00, 0x3C} when each color component is presented as a half float in Skia. However, difference in GPU hardware may result in small differences in Skia color conversion pipeline. This change adds a tolerance of 2 to the color compare to avoid failing ARM64 official test bot. Bug: 743300 Change-Id: Ie790c10f77a8a829d7b86e79f6155d4b9e43faf8 Reviewed-on: https://chromium-review.googlesource.com/572716Reviewed-by:
Kentaro Hara <haraken@chromium.org> Commit-Queue: Mohammad Reza Zakerinasab <zakerinasab@chromium.org> Cr-Commit-Position: refs/heads/master@{#487001}
-
Peter Kotwicz authored
This CL: - Removes Bitmap encoding to PNG from WebappDataStorage#createWebappLaunchIntent() - Runs WebappDataStorage#createWebappLaunchIntent() on UI thread Bug: None Change-Id: I9aa406a16c8085797eb86812dbd32000b635fe38 Reviewed-on: https://chromium-review.googlesource.com/568849Reviewed-by:
Xi Han <hanxi@chromium.org> Reviewed-by:
Yaron Friedman <yfriedman@chromium.org> Commit-Queue: Peter Kotwicz <pkotwicz@chromium.org> Cr-Commit-Position: refs/heads/master@{#487000}
-
Bruce Dawson authored
Doing another VS2017 test over the week end now with the newly packaged VS 2017 Update 3 Preview 4 (was Preview 2 last time). This CL is currently purely for testing purposes and will be reverted by the end of the weekend. R=dpranke@chromium.org BUG=683729 Change-Id: Ie5c2e92b789b1dcbd51d4e0028230b5b72ce9eb9 Reviewed-on: https://chromium-review.googlesource.com/572500Reviewed-by:
Dirk Pranke <dpranke@chromium.org> Commit-Queue: Bruce Dawson <brucedawson@chromium.org> Cr-Commit-Position: refs/heads/master@{#486999}
-
Justin Schuh authored
Perform template check with UnderlyingType and clamp shift value for SaturateFastAsmOp<>; TBR=servolk@chromium.org Change-Id: I8828b06a211515ee06d65c7dd1989b7cd84a841c Reviewed-on: https://chromium-review.googlesource.com/572870 Commit-Queue: Justin Schuh <jschuh@chromium.org> Reviewed-by:
Justin Schuh <jschuh@chromium.org> Cr-Commit-Position: refs/heads/master@{#486998}
-
Dmitry Torokhov authored
We are changing the layout of top function row key, removing the "Browser Forward" button, moving several keys one position left, and inserting the Play/Pause button. Because Chrome needs to be able to map from Fnn keys to the proper action keys and back, we need to know the layout of keyboard we are dealing with. ChromeOS will use UDEV to mark the keyboards with new top row layout with CROS_KEYBOARD_TOP_ROW_LAYOUT=2 property, and we will be looking for this property in the event rewriter code and select appropriate layout. BUG=b:63576567 Change-Id: Id2be04ef85809b6bd7627d3b55ac6d3082f7b8c5 Reviewed-on: https://chromium-review.googlesource.com/571652Reviewed-by:
Dan Erat <derat@chromium.org> Reviewed-by:
Kevin Schoedel <kpschoedel@chromium.org> Reviewed-by:
Reilly Grant <reillyg@chromium.org> Commit-Queue: Dmitry Torokhov <dtor@chromium.org> Cr-Commit-Position: refs/heads/master@{#486997}
-
Varun Khaneja authored
This list used to be sync'd for both Chromium and Chrome previously but that was changed due to https://crbug.com/728757 because the PVer4 server did not support that list for non-Chrome clients. The server has now been updated to return this list to non-Chrome clients so changing the sync condition from kSyncOnlyOnChromeBuilds back to kSyncAlways. Bug: 728757,543161 Change-Id: I0dec4aa8556a9ba6b667f168d95711eaf48a5b61 Reviewed-on: https://chromium-review.googlesource.com/570378Reviewed-by:
Jialiu Lin <jialiul@chromium.org> Reviewed-by:
Luke Z <lpz@chromium.org> Commit-Queue: Varun Khaneja <vakh@chromium.org> Cr-Commit-Position: refs/heads/master@{#486996}
-
Quinten Yearsley authored
Bug: 736177 Change-Id: I7c4d54a4a3a7b33ac3be88ac07ee0e0d3a4353fb Reviewed-on: https://chromium-review.googlesource.com/570774 Commit-Queue: Quinten Yearsley <qyearsley@chromium.org> Reviewed-by:
Jeff Carpenter <jeffcarp@chromium.org> Cr-Commit-Position: refs/heads/master@{#486995}
-
Chromium WPT Sync authored
Using wpt-import in Chromium 3184e075. Build: https://build.chromium.org/p/chromium.infra.cron/builders/wpt-importer/builds/320 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 TBR=qyearsley@chromium.org No-Export: true Change-Id: Iea65fd4163ebd4fb0948b6dcb3ac82df05d6ed08 Reviewed-on: https://chromium-review.googlesource.com/572942 Commit-Queue: Blink W3C Test Autoroller <blink-w3c-test-autoroller@chromium.org> Reviewed-by:
Blink W3C Test Autoroller <blink-w3c-test-autoroller@chromium.org> Cr-Commit-Position: refs/heads/master@{#486994}
-
Geoff Lang authored
TBR=kbr@chromium.org NOTRY=true BUG=angleproject:2103 Change-Id: If69f5782e45218e5df364fb756d7676c5248c5be Reviewed-on: https://chromium-review.googlesource.com/572850Reviewed-by:
Geoff Lang <geofflang@chromium.org> Commit-Queue: Geoff Lang <geofflang@chromium.org> Cr-Commit-Position: refs/heads/master@{#486993}
-
Mounir Lamouri authored
The work to abstract the media controls from the HTMLMediaElement allows us to do this without risks. However, when the Cast overlay has to be used, the controls need to be created even if they are not used. The code implementing this logic is part of the native controls so we can't lazy initialise the controls the same way. Bug: 731143 Change-Id: I2eb912ab6124c24000860007c1d6e6aa3300c440 Reviewed-on: https://chromium-review.googlesource.com/528176 Commit-Queue: Mounir Lamouri <mlamouri@chromium.org> Reviewed-by:
Anton Vayvod <avayvod@chromium.org> Reviewed-by:
Kinuko Yasuda <kinuko@chromium.org> Reviewed-by:
Jochen Eisinger <jochen@chromium.org> Cr-Commit-Position: refs/heads/master@{#486992}
-