1. 23 Jun, 2015 13 commits
    • carlosgc@webkit.org's avatar
      Unreviewed. Update OptionsGTK.cmake and NEWS for 2.9.3 release. · 63f2016a
      carlosgc@webkit.org authored
      .:
      
      * Source/cmake/OptionsGTK.cmake: Bump version numbers.
      
      Source/WebKit2:
      
      * gtk/NEWS: Add release notes for 2.9.3.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185864 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      63f2016a
    • ossy@webkit.org's avatar
      [WTF] Platform.h: use _ABI64 instead of _MIPS_SIM_ABI64 to determine MIPS N64 · 2c84c8d1
      ossy@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=145113
      
      Patch by YunQiang Su <wzssyqa@gmail.com> on 2015-06-22
      Reviewed by Csaba Osztrogonác.
      
      * wtf/Platform.h:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185863 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      2c84c8d1
    • ryuan.choi@navercorp.com's avatar
      [EFL] Hyphenation is not supported · 0919c8da
      ryuan.choi@navercorp.com authored
      https://bugs.webkit.org/show_bug.cgi?id=89830
      
      Reviewed by Gyuyoung Kim.
      
      .:
      
      * Source/cmake/OptionsEfl.cmake: Added an option for LibHyphen.
      
      Source/WebCore:
      
      Share libHyphen backend of GTK port.
      
      Rebased fast/text/hyphenate-*.html
      
      * PlatformEfl.cmake:
      * PlatformGTK.cmake:
      * platform/efl/FileSystemEfl.cpp:
      (WebCore::listDirectory): Deleted because of lack of functionality.
      eina_file_ls returns full directory path so fnmatch fails to check dict file.
      This patch reuse Posix implementation instead of EFL port specific function.
      * platform/posix/FileSystemPOSIX.cpp: Ditto.
      * platform/text/gtk/HyphenationLibHyphen.cpp: Moved to platform/text/hyphen
      * platform/text/hyphen/HyphenationLibHyphen.cpp:
      Renamed from Source/WebCore/platform/text/gtk/HyphenationLibHyphen.cpp.
      (WebCore::scanTestDictionariesDirectoryIfNecessary):
      Added PLATFORM guard and EFL implementation for the test directory
      
      Tools:
      
      * efl/jhbuild.modules: Added webkitgtk-test-dicts for layout test.
      
      LayoutTests:
      
      Rebaseline expected results which is related to hyphenation.
      
      * platform/efl/TestExpectations: Unskip hyphenate-locale.html
      * platform/efl/fast/text/hyphenate-character-expected.png:
      * platform/efl/fast/text/hyphenate-character-expected.txt:
      * platform/efl/fast/text/hyphenate-first-word-expected.png:
      * platform/efl/fast/text/hyphenate-first-word-expected.txt:
      * platform/efl/fast/text/hyphenate-limit-before-after-expected.png:
      * platform/efl/fast/text/hyphenate-limit-before-after-expected.txt:
      * platform/efl/fast/text/hyphenate-limit-lines-expected.png:
      * platform/efl/fast/text/hyphenate-limit-lines-expected.txt:
      * platform/efl/fast/text/hyphenate-locale-expected.png: Added.
      * platform/efl/fast/text/hyphenate-locale-expected.txt: Added.
      * platform/efl/fast/text/hyphens-expected.png:
      * platform/efl/fast/text/hyphens-expected.txt:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185862 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      0919c8da
    • mitz@apple.com's avatar
      Part 2 of [Xcode] Fold the WebKit2SandboxProfiles-IOSOverride target into the... · 104c8c3f
      mitz@apple.com authored
      Part 2 of [Xcode] Fold the WebKit2SandboxProfiles-IOSOverride target into the Sandbox Profiles target
      https://bugs.webkit.org/show_bug.cgi?id=146197
      
      Rubber-stamped by Anders Carlsson.
      
      * WebKit2.xcodeproj/project.pbxproj: Deleted the WebKit2SandboxProfiles-IOSOverride target.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185861 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      104c8c3f
    • cdumez@apple.com's avatar
      [WK1] WebAllowDenyPolicyListener.denyOnlyThisRequest() should not start a new permission request · 600661e7
      cdumez@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=146228
      <rdar://problem/15179262>
      
      Reviewed by Daniel Bates.
      
      Source/WebCore:
      
      Add Geolocation::resetIsAllowed() API that merely resets
      m_allowGeolocation to Unknown, so that we will request the permission
      again the next time a position is requested.
      
      * Modules/geolocation/Geolocation.h:
      (WebCore::Geolocation::resetIsAllowed):
      
      Source/WebKit/mac:
      
      Call the new Geolocation::resetIsAllowed() API after denying the
      current request, instead of calling
      Geolocation::resetAllGeolocationPermission(). In addition to resetting
      m_allowGeolocation to Unknown, the latter would also start a new
      permission request. However, for
      WebAllowDenyPolicyListener.denyOnlyThisRequest(), we really only want
      to deny the current request and then reset m_allowGeolocation to
      Unknown so that permission is requested again later if the app requests
      a position again.
      
      The previous implementation meant that if the client application keeps
      calling WebAllowDenyPolicyListener.denyOnlyThisRequest(), we would end
      up in an infinite loop (requesting for permission), even though the
      application did not make any new geolocation requests.
      
      * WebCoreSupport/WebGeolocationClient.mm:
      (-[WebGeolocationPolicyListener denyOnlyThisRequest]):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185860 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      600661e7
    • commit-queue@webkit.org's avatar
      Get rid of factory json files in benchmark_runner · a48c92d4
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=146175
      
      Patch by Dewei Zhu <dewei_zhu@apple.com> on 2015-06-22
      Reviewed by Ryosuke Niwa.
      
      Get rid of factory json files in benchmark_runner and refactoring the code.
      
      * Scripts/webkitpy/benchmark_runner/benchmark_builder/__init__.py:
      (benchmark_builder_loader):
      * Scripts/webkitpy/benchmark_runner/benchmark_builder/benchmark_builder_factory.py:
      (BenchmarkBuilderFactory):
      * Scripts/webkitpy/benchmark_runner/benchmark_builder/benchmark_builders.json: Removed.
      * Scripts/webkitpy/benchmark_runner/benchmark_builder/generic_benchmark_builder.py:
      (GenericBenchmarkBuilder):
      * Scripts/webkitpy/benchmark_runner/benchmark_runner.py:
      (BenchmarkRunner.__init__):
      (BenchmarkRunner.execute):
      * Scripts/webkitpy/benchmark_runner/browser_driver/__init__.py:
      (browser_driver_loader):
      * Scripts/webkitpy/benchmark_runner/browser_driver/browser_driver.py:
      (BrowserDriver):
      * Scripts/webkitpy/benchmark_runner/browser_driver/browser_driver_factory.py:
      (BrowserDriverFactory):
      (BrowserDriverFactory.available_platforms):
      (BrowserDriverFactory.available_browsers):
      (BrowserDriverFactory.add_browser_driver):
      (BrowserDriverFactory.create):
      * Scripts/webkitpy/benchmark_runner/browser_driver/browser_drivers.json: Removed.
      * Scripts/webkitpy/benchmark_runner/browser_driver/osx_browser_driver.py:
      (OSXBrowserDriver):
      (OSXBrowserDriver.prepareEnv):
      (OSXBrowserDriver.terminateProcesses):
      (OSXBrowserDriver.screenSize):
      * Scripts/webkitpy/benchmark_runner/browser_driver/osx_chrome_driver.py:
      (OSXChromeDriver):
      (OSXChromeCanaryDriver):
      * Scripts/webkitpy/benchmark_runner/browser_driver/osx_firefox_driver.py:
      (OSXFirefoxDriver):
      (OSXFirefoxNightlyDriver):
      * Scripts/webkitpy/benchmark_runner/browser_driver/osx_safari_driver.py:
      (OSXSafariDriver):
      * Scripts/webkitpy/benchmark_runner/generic_factory.py:
      (GenericFactory.create):
      (GenericFactory.add):
      (GenericFactory.iterateGetItem): Deleted.
      * Scripts/webkitpy/benchmark_runner/http_server_driver/__init__.py:
      (http_server_driver_loader):
      * Scripts/webkitpy/benchmark_runner/http_server_driver/http_server_driver.py:
      (HTTPServerDriver):
      * Scripts/webkitpy/benchmark_runner/http_server_driver/http_server_driver_factory.py:
      (HTTPServerDriverFactory):
      * Scripts/webkitpy/benchmark_runner/http_server_driver/http_server_drivers.json: Removed.
      * Scripts/webkitpy/benchmark_runner/http_server_driver/simple_http_server_driver.py:
      (SimpleHTTPServerDriver):
      * Scripts/webkitpy/benchmark_runner/utils.py:
      (is_subclass):
      (load_subclasses):
      (ModuleNotFoundError): Deleted.
      (loadModule): Deleted.
      (loadJSONFromFile): Deleted.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185859 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      a48c92d4
    • simon.fraser@apple.com's avatar
      ASSERT(!m_zOrderListsDirty) when mousing over web view with incremental rendering suppressed · 64d5e11f
      simon.fraser@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=146225
      
      Reviewed by Zalan Bujtas.
      
      Update RenderLayer's z-order lists when hit testing. There's no guarantee that they've
      been updated; this happens to work most of the time because painting updates them,
      but if incremental rendering is suppressed, we may not have painted yet.
      
      Easy to hit on webkit.org in MiniBrowser, but I wasn't able to make a reduced testcase.
      
      * rendering/RenderLayer.cpp:
      (WebCore::RenderLayer::hitTest):
      (WebCore::RenderLayer::updateLayerListsIfNeeded): Flip the order of the tests, since checking
      dirty bits is cheaper than calling isStackingContext().
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185858 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      64d5e11f
    • simon.fraser@apple.com's avatar
      Make it possible to enable incremental rendering suppression in MiniBrowser · 23ef8758
      simon.fraser@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=146223
      
      Reviewed by Tim Horton.
      
      Add a menu item to enable incremental rendering suppression to MiniBrowser.
      
      For WK1, this just toggles a pref, and takes effect immediately.
      
      For WK2, this is a WKConfiguration property, so only affects new web views.
      
      Also remove a toolbar item connection to toggleUseMinimumViewSize: that caused
      logging on launch.
      
      * MiniBrowser/mac/AppDelegate.m:
      (defaultConfiguration):
      * MiniBrowser/mac/BrowserWindow.xib:
      * MiniBrowser/mac/SettingsController.h:
      * MiniBrowser/mac/SettingsController.m:
      (-[SettingsController _populateMenu]):
      (-[SettingsController validateMenuItem:]):
      (-[SettingsController toggleIncrementalRenderingSuppressed:]):
      (-[SettingsController incrementalRenderingSuppressed]):
      * MiniBrowser/mac/WK1BrowserWindowController.m:
      (-[WK1BrowserWindowController didChangeSettings]):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185857 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      23ef8758
    • dino@apple.com's avatar
      Rename PlatformCA*Mac to PlatformCA*Cocoa · 08b59d35
      dino@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=146224
      <rdar://problem/21497182>
      
      Reviewed by Simon Fraser.
      
      Rename PlatformCALayerMac and related files in platform/graphics/ca/mac
      to the more accurate Cocoa suffix.
      
      Source/WebCore:
      
      * WebCore.xcodeproj/project.pbxproj:
      * page/mac/ServicesOverlayController.mm:
      * platform/graphics/ca/GraphicsLayerCA.cpp:
      * platform/graphics/ca/PlatformCAAnimation.h:
      * platform/graphics/ca/PlatformCALayer.h:
      * platform/graphics/ca/cocoa/LayerFlushSchedulerMac.cpp: Renamed from Source/WebCore/platform/graphics/ca/mac/LayerFlushSchedulerMac.cpp.
      * platform/graphics/ca/cocoa/PlatformCAAnimationCocoa.h: Renamed from Source/WebCore/platform/graphics/ca/mac/PlatformCAAnimationMac.h.
      * platform/graphics/ca/cocoa/PlatformCAAnimationCocoa.mm: Renamed from Source/WebCore/platform/graphics/ca/mac/PlatformCAAnimationMac.mm.
      * platform/graphics/ca/cocoa/PlatformCAFiltersCocoa.mm: Renamed from Source/WebCore/platform/graphics/ca/mac/PlatformCAFiltersMac.mm.
      * platform/graphics/ca/cocoa/PlatformCALayerCocoa.h: Renamed from Source/WebCore/platform/graphics/ca/mac/PlatformCALayerMac.h.
      * platform/graphics/ca/cocoa/PlatformCALayerCocoa.mm: Renamed from Source/WebCore/platform/graphics/ca/mac/PlatformCALayerMac.mm.
      * platform/graphics/ca/cocoa/WebTiledBackingLayer.h: Renamed from Source/WebCore/platform/graphics/ca/mac/WebTiledBackingLayer.h.
      * platform/graphics/ca/cocoa/WebTiledBackingLayer.mm: Renamed from Source/WebCore/platform/graphics/ca/mac/WebTiledBackingLayer.mm.
      * platform/graphics/ca/mac/LayerFlushSchedulerMac.cpp:
      * platform/graphics/ca/mac/PlatformCAAnimationMac.mm:
      * platform/graphics/ca/mac/PlatformCAFiltersMac.mm:
      * platform/graphics/ca/mac/PlatformCALayerMac.mm:
      * platform/graphics/ca/mac/WebTiledBackingLayer.mm:
      
      Source/WebKit2:
      
      * WebProcess/WebPage/mac/PlatformCAAnimationRemote.mm:
      * WebProcess/WebPage/mac/PlatformCALayerRemote.cpp:
      (WebKit::PlatformCALayerRemote::filtersCanBeComposited):
      * WebProcess/WebPage/mac/PlatformCALayerRemoteCustom.mm:
      (WebKit::PlatformCALayerRemoteCustom::create):
      * WebProcess/WebPage/mac/PlatformCALayerRemoteTiledBacking.cpp:
      * WebProcess/WebPage/mac/TiledCoreAnimationDrawingArea.mm:
      (WebKit::TiledCoreAnimationDrawingArea::commitTransientZoom):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185856 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      08b59d35
    • andersca@apple.com's avatar
      Delegates should be formal protocols · c1a5af61
      andersca@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=146222
      rdar://problem/17380856
      
      Reviewed by Dan Bernstein.
      
      Flip the switch on OS X and make delegates formal protocols.
      
      * postprocess-headers.sh:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185855 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      c1a5af61
    • achristensen@apple.com's avatar
      [cssjit] Disable compiling scrollbar pseudoclass selectors · 31538ddd
      achristensen@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=146220
      
      Reviewed by Benjamin Poulain.
      
      * cssjit/SelectorCompiler.cpp:
      (WebCore::SelectorCompiler::addScrollbarPseudoClassType):
      Don't compile selectors with scrollbar pseudoclasses.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185854 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      31538ddd
    • utatane.tea@gmail.com's avatar
      [ES6] Allow trailing comma in ArrayBindingPattern and ObjectBindingPattern · a5c9433a
      utatane.tea@gmail.com authored
      https://bugs.webkit.org/show_bug.cgi?id=146192
      
      Reviewed by Darin Adler.
      
      Source/JavaScriptCore:
      
      According to the ES6 spec, trailing comma in ArrayBindingPattern and ObjectBindingPattern is allowed.
      And empty ArrayBindingPattern and ObjectBindingPattern is also allowed.
      
      This patch allows trailing comma and empty binding patterns.
      
      * bytecompiler/NodesCodegen.cpp:
      (JSC::ArrayPatternNode::bindValue):
      * parser/Parser.cpp:
      (JSC::Parser<LexerType>::parseDeconstructionPattern):
      * tests/stress/trailing-comma-in-patterns.js: Added.
      (shouldBe):
      (iterator):
      
      LayoutTests:
      
      * js/object-literal-syntax-expected.txt:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185853 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      a5c9433a
    • rniwa@webkit.org's avatar
      A/B testing results should be shown even if they were submitted to different platforms · db0d6114
      rniwa@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=146219
      
      Reviewed by Andreas Kling.
      
      Fetch A/B testing results regardless of the platform to which results are submitted
      by providing the platform ID to which the results were submitted for each test group.
      
      * public/api/test-groups.php:
      (main): Include the platform id in the test groups.
      * public/v2/analysis.js:
      (App.TestGroup._fetchTestResults): Fetch results from the platform associated with the group.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185852 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      db0d6114
  2. 22 Jun, 2015 27 commits
    • simon.fraser@apple.com's avatar
      -webkit-clip-path clips incorrectly if the element bounds go beyond the top edge of the page · c4f610c5
      simon.fraser@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=146218
      rdar://problem/21127840
      
      Reviewed by Zalan Bujtas.
      Source/WebCore:
      
      The clip path is computed using the RenderLayer's bounding box, so needs to be offset
      by the offsetFromRenderer when set on the mask layer.
      
      Test: compositing/masks/compositing-clip-path-origin.html
      
      * rendering/RenderLayerBacking.cpp:
      (WebCore::RenderLayerBacking::updateMaskingLayerGeometry):
      
      LayoutTests:
      
      Test clip path on layers with non-zero bounds offsetFromRenderer because of box shadow,
      or vertical writing mode.
      
      * compositing/masks/compositing-clip-path-origin-expected.html: Added.
      * compositing/masks/compositing-clip-path-origin.html: Added.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185851 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      c4f610c5
    • ddkilzer@apple.com's avatar
      fast/text/justify-ideograph-{complex,simple,vertical}.html tests are flaky on... · c1efe74b
      ddkilzer@apple.com authored
      fast/text/justify-ideograph-{complex,simple,vertical}.html tests are flaky on El Capitan Debug builds
      
      Tracked by <rdar://problem/21486062>.
      
      * platform/mac/TestExpectations: Mark tests as flaky:
      - fast/text/justify-ideograph-complex.html
      - fast/text/justify-ideograph-simple.html
      - fast/text/justify-ideograph-vertical.html
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185850 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      c1efe74b
    • andersca@apple.com's avatar
      Fix build. · ea3be6b3
      andersca@apple.com authored
      * wtf/threads/BinarySemaphore.cpp:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185849 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      ea3be6b3
    • mcatanzaro@igalia.com's avatar
      Web sockets should be treated as active mixed content · 3888b057
      mcatanzaro@igalia.com authored
      https://bugs.webkit.org/show_bug.cgi?id=140624
      
      Reviewed by Sam Weinig.
      
      Source/WebCore:
      
      Tests: http/tests/security/mixedContent/websocket/insecure-websocket-in-iframe.html
             http/tests/security/mixedContent/websocket/insecure-websocket-in-main-frame.html
      
      * Modules/websockets/WebSocket.cpp:
      (WebCore::WebSocket::connect): Block ws:// WebSocket connections from https:// pages, and
      emit the onerror event after doing so.
      * platform/SchemeRegistry.cpp:
      (WebCore::secureSchemes): Add wss:// to the list of secure schemes.
      
      LayoutTests:
      
      * http/tests/security/mixedContent/resources/frame-with-insecure-websocket.html: Added.
      * http/tests/security/mixedContent/websocket/insecure-websocket-in-iframe-expected.txt: Added.
      * http/tests/security/mixedContent/websocket/insecure-websocket-in-iframe.html: Added.
      * http/tests/security/mixedContent/websocket/insecure-websocket-in-main-frame-expected.txt: Added.
      * http/tests/security/mixedContent/websocket/insecure-websocket-in-main-frame.html: Added.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185848 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      3888b057
    • andersca@apple.com's avatar
      Get rid of the Windows specific BinarySemaphore implementation · e35e4f33
      andersca@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=146216
      
      Reviewed by Andreas Kling.
      
      The fact that the Windows implementation uses a HEVENT internally was only useful
      to the Windows port of WebKit2; we can get rid of it now.
      
      * WTF.vcxproj/WTF.vcxproj:
      * WTF.vcxproj/WTF.vcxproj.filters:
      * wtf/threads/BinarySemaphore.h:
      (WTF::BinarySemaphore::event): Deleted.
      * wtf/threads/win/BinarySemaphoreWin.cpp: Removed.
      (WTF::BinarySemaphore::BinarySemaphore): Deleted.
      (WTF::BinarySemaphore::~BinarySemaphore): Deleted.
      (WTF::BinarySemaphore::signal): Deleted.
      (WTF::BinarySemaphore::wait): Deleted.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185847 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      e35e4f33
    • dino@apple.com's avatar
      Element with blur backdrop-filter shows edge duplication and dark edges · 58fd2068
      dino@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=146215
      <rdar://problem/20367695>
      
      Reviewed by Tim Horton.
      
      Source/WebCore:
      
      The input images to backdrop filters should duplicate their edge pixels
      outwards, rather than using transparent pixels. This is a flag we
      set on the Gaussian blur, but means we have to remember if the
      FilterOperations list came from a regular filter or a backdrop filter.
      
      Test: css3/filters/backdrop/blur-input-bounds.html
      
      * css/CSSPropertyNames.in: New custom convertor for backdrop-filter.
      * css/StyleBuilderConverter.h:
      (WebCore::StyleBuilderConverter::convertBackdropFilterOperations): New convertor
      that sets the backdrop flag, but is otherwise the same as a normal filter
      convertor.
      * page/animation/CSSPropertyAnimation.cpp:
      (WebCore::blendFilterOperations): Inherit the backdrop flag if either of our
      inputs has it.
      * platform/graphics/ca/mac/PlatformCAFiltersMac.mm: Set the inputNormalizeEdges
      key on the CAFilter if necessary.
      * platform/graphics/filters/FilterOperations.cpp: Add a new flag indicating if
      these operations are intended for backdrops.
      (WebCore::FilterOperations::operator=):
      (WebCore::FilterOperations::operator==):
      * platform/graphics/filters/FilterOperations.h:
      (WebCore::FilterOperations::isUsedForBackdropFilters):
      (WebCore::FilterOperations::setUsedForBackdropFilters):
      
      LayoutTests:
      
      Add a pixel test to show that the input images to backdrop filters should duplicate their
      edge pixels. Unfortunately this is not reproducible with normal filters, so it
      can't be a reference test.
      
      * css3/filters/backdrop/blur-input-bounds.html: Added.
      * platform/mac/css3/filters/backdrop/blur-input-bounds-expected.png: Added.
      * platform/mac/css3/filters/backdrop/blur-input-bounds-expected.txt: Added.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185846 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      58fd2068
    • commit-queue@webkit.org's avatar
      Web Inspector: gaps between sections of the styles sidebar rules tab... · 6906cdf6
      commit-queue@webkit.org authored
      Web Inspector: gaps between sections of the styles sidebar rules tab confusing, should say "Media: all"
      https://bugs.webkit.org/show_bug.cgi?id=142918
      
      Patch by Devin Rousso <drousso@apple.com> on 2015-06-22
      Reviewed by Timothy Hatcher.
      
      * UserInterface/Views/RulesStyleDetailsPanel.css:
      (.sidebar > .panel.details.css-style > .content.filter-in-progress .label:not(.filter-section-non-matching) ~ .label):
      Now properly adds padding to filtered labels.
      (.sidebar > .panel.details.css-style > .content.filter-in-progress .label ~ .label): Deleted.
      * UserInterface/Views/RulesStyleDetailsPanel.js:
      (WebInspector.RulesStyleDetailsPanel.prototype.refresh): If a section of CSS rules has no media or inheritance, add
      a label that says "Media: all" above the section.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185845 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      6906cdf6
    • timothy_horton@apple.com's avatar
      [TextIndicator] Text shifts one pixel to the left when I force click to bring... · 976c6a0c
      timothy_horton@apple.com authored
      [TextIndicator] Text shifts one pixel to the left when I force click to bring up Lookup in Mail messages
      https://bugs.webkit.org/show_bug.cgi?id=146214
      <rdar://problem/20782970>
      
      Reviewed by Dean Jackson.
      
      * page/mac/TextIndicatorWindow.mm:
      (-[WebTextIndicatorView initWithFrame:textIndicator:margin:offset:]):
      (WebCore::TextIndicatorWindow::setTextIndicator):
      (-[WebTextIndicatorView initWithFrame:textIndicator:margin:]): Deleted.
      When the WebView is at a nonintegral position, we can end up needing a TextIndicator
      with a nonintegral position. We need to round the window position, so we need to apply
      the fractional part to the indicator layers inside, not to the window.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185844 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      976c6a0c
    • andersca@apple.com's avatar
      Simplify Connection::SyncMessageState · 7f765e20
      andersca@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=146213
      
      Reviewed by Andreas Kling.
      
      Since we no longer support Connections dispatching to multiple threads, we can make SyncMessageState
      into a singleton and get rid of the RunLoop -> SyncMessageState hash map.
      
      * Platform/IPC/Connection.cpp:
      (IPC::Connection::SyncMessageState::singleton):
      (IPC::Connection::SyncMessageState::SyncMessageState):
      (IPC::Connection::SyncMessageState::processIncomingMessage):
      (IPC::Connection::SyncMessageState::dispatchMessages):
      (IPC::Connection::waitForSyncReply):
      (IPC::Connection::processIncomingSyncReply):
      (IPC::Connection::processIncomingMessage):
      (IPC::Connection::connectionDidClose):
      (IPC::Connection::SyncMessageState::syncMessageStateMap): Deleted.
      (IPC::Connection::SyncMessageState::syncMessageStateMapMutex): Deleted.
      (IPC::Connection::SyncMessageState::getOrCreate): Deleted.
      (IPC::Connection::SyncMessageState::~SyncMessageState): Deleted.
      (IPC::Connection::Connection): Deleted.
      * Platform/IPC/Connection.h:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185843 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      7f765e20
    • mmaxfield@apple.com's avatar
      [iOS] Arabic text styled with Georgia is rendered as boxes · 9ff8f65e
      mmaxfield@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=145681
      <rdar://problem/21169844>
      
      Reviewed by Darin Adler.
      
      Source/WebCore:
      
      Georgia doesn't support Arabic, so we ask CoreText what font does support Arabic. It returns
      TimesNewRomanPSMT. However, WebKit explicitly disallows this font on iOS. Therefore, instead
      of using TimesNewRomanPSMT, we will simply just use GeezaPro.
      
      Test: fast/text/arabic-times-new-roman.html
      
      * platform/graphics/ios/FontCacheIOS.mm:
      (WebCore::FontCache::systemFallbackForCharacters):
      * platform/graphics/Font.h: Let FontCacheIOS call fontFamilyShouldNotBeUsedForArabic()
      * platform/graphics/cocoa/FontCocoa.mm:
      (WebCore::fontFamilyShouldNotBeUsedForArabic):
      
      LayoutTests:
      
      * fast/text/arabic-times-new-roman.html: Added.
      * platform/ios-simulator/fast/text/arabic-times-new-roman-expected.txt: Added.
      * platform/ios-simulator/fast/text/arabic-times-new-roman-expected.png: Added.
      * platform/mac-mavericks/fast/text/arabic-times-new-roman-expected.txt: Added.
      * platform/mac/fast/text/arabic-times-new-roman-expected.txt: Added.
      * platform/mac/fast/text/arabic-times-new-roman-expected.png: Added.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185842 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      9ff8f65e
    • achristensen@apple.com's avatar
      Unreviewed non-mac debug build fix after r185840. · b044d521
      achristensen@apple.com authored
      * loader/ResourceLoader.cpp:
      (WebCore::ResourceLoader::willSendRequest):
      Added enable flag around assertion.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185841 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      b044d521
    • achristensen@apple.com's avatar
      [Content Extensions] Add SPI to reload without content blocking. · b4d032ec
      achristensen@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=146128
      rdar://problem/20351903
      
      Reviewed by Sam Weinig.
      
      Source/WebCore:
      
      * html/HTMLMediaElement.cpp:
      (WebCore::HTMLMediaElement::loadResource):
      * loader/ResourceLoader.cpp:
      (WebCore::ResourceLoader::willSendRequest):
      * loader/cache/CachedResourceLoader.cpp:
      (WebCore::CachedResourceLoader::requestResource):
      * page/DOMWindow.cpp:
      (WebCore::DOMWindow::open):
      * page/Page.h:
      (WebCore::Page::userContentController):
      (WebCore::Page::userContentExtensionsEnabled):
      (WebCore::Page::setUserContentExtensionsEnabled):
      (WebCore::Page::group):
      * page/UserContentController.cpp:
      (WebCore::UserContentController::removeAllUserContentExtensions):
      (WebCore::UserContentController::processContentExtensionRulesForLoad):
      (WebCore::UserContentController::actionsForResourceLoad):
      * page/UserContentController.h:
      
      Source/WebKit2:
      
      * Shared/WebPageCreationParameters.cpp:
      (WebKit::WebPageCreationParameters::encode):
      (WebKit::WebPageCreationParameters::decode):
      * Shared/WebPageCreationParameters.h:
      * UIProcess/API/C/WKPage.cpp:
      (WKPageSetCustomUserAgent):
      (WKPageSetUserContentExtensionsEnabled):
      (WKPageSupportsTextEncoding):
      * UIProcess/API/C/WKPage.h:
      * UIProcess/API/Cocoa/WKWebView.mm:
      (-[WKWebView _customUserAgent]):
      (-[WKWebView _setUserContentExtensionsEnabled:]):
      (-[WKWebView _userContentExtensionsEnabled]):
      (-[WKWebView _setCustomUserAgent:]):
      * UIProcess/API/Cocoa/WKWebViewPrivate.h:
      * UIProcess/WebPageProxy.cpp:
      (WebKit::WebPageProxy::creationParameters):
      (WebKit::WebPageProxy::setShouldScaleViewToFitDocument):
      (WebKit::WebPageProxy::setUserContentExtensionsEnabled):
      * UIProcess/WebPageProxy.h:
      (WebKit::WebPageProxy::userContentExtensionsEnabled):
      * WebProcess/WebPage/WebPage.cpp:
      (WebKit::WebPage::WebPage):
      (WebKit::WebPage::reinitializeWebPage):
      (WebKit::WebPage::setShouldScaleViewToFitDocument):
      (WebKit::WebPage::setUserContentExtensionsEnabled):
      * WebProcess/WebPage/WebPage.h:
      * WebProcess/WebPage/WebPage.messages.in:
      Pass a boolean from the API to WebCore.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185840 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      b4d032ec
    • andersca@apple.com's avatar
      Remove m_clientRunLoop from IPC::Connection · 67ec9f01
      andersca@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=146212
      
      Reviewed by Sam Weinig.
      
      We only ever create connections whose messages are dispatched to the main run loop, so we can
      vastly simplify the code by only allowing messages to be dispatched there.
      
      * DatabaseProcess/DatabaseToWebProcessConnection.cpp:
      (WebKit::DatabaseToWebProcessConnection::DatabaseToWebProcessConnection):
      * NetworkProcess/NetworkConnectionToWebProcess.cpp:
      (WebKit::NetworkConnectionToWebProcess::NetworkConnectionToWebProcess):
      * Platform/IPC/Connection.cpp:
      (IPC::Connection::createServerConnection):
      (IPC::Connection::createClientConnection):
      (IPC::Connection::Connection):
      (IPC::Connection::addWorkQueueMessageReceiver):
      (IPC::Connection::removeWorkQueueMessageReceiver):
      (IPC::Connection::waitForMessage):
      (IPC::Connection::sendSyncMessage):
      (IPC::Connection::sendSyncMessageFromSecondaryThread):
      (IPC::Connection::processIncomingMessage):
      (IPC::Connection::connectionDidClose):
      (IPC::Connection::dispatchDidReceiveInvalidMessage):
      (IPC::Connection::enqueueIncomingMessage):
      (IPC::Connection::wakeUpRunLoop):
      * Platform/IPC/Connection.h:
      * Platform/IPC/mac/ConnectionMac.mm:
      (IPC::Connection::receiveSourceEventHandler):
      * PluginProcess/WebProcessConnection.cpp:
      (WebKit::WebProcessConnection::WebProcessConnection):
      * Shared/ChildProcess.cpp:
      (WebKit::ChildProcess::initialize):
      * Shared/ChildProcessProxy.cpp:
      (WebKit::ChildProcessProxy::didFinishLaunching):
      * UIProcess/Plugins/PluginProcessProxy.cpp:
      (WebKit::PluginProcessProxy::didFinishLaunching):
      * WebProcess/Databases/WebToDatabaseProcessConnection.cpp:
      (WebKit::WebToDatabaseProcessConnection::WebToDatabaseProcessConnection):
      * WebProcess/Network/NetworkProcessConnection.cpp:
      (WebKit::NetworkProcessConnection::NetworkProcessConnection):
      * WebProcess/Plugins/PluginProcessConnection.cpp:
      (WebKit::PluginProcessConnection::PluginProcessConnection):
      * WebProcess/WebPage/WebInspector.cpp:
      (WebKit::WebInspector::createInspectorPage):
      * WebProcess/WebPage/WebInspectorUI.cpp:
      (WebKit::WebInspectorUI::establishConnection):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185839 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      67ec9f01
    • zalan@apple.com's avatar
      REGRESSION(r169105) Dangling renderer pointer in SelectionSubtreeRoot::SelectionSubtreeData. · 76938872
      zalan@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=146116
      rdar://problem/20959369
      
      Reviewed by Brent Fulgham.
      
      This patch ensures that we don't adjust the selection unless the visual selection still matches this subtree root.
      
      When multiple selection roots are present we need to ensure that a RenderObject
      only shows up in one of them.
      RenderView::splitSelectionBetweenSubtrees(), as the name implies, splits the
      selection and sets the selection range (start/end) on each selection root.
      However, SelectionSubtreeRoot::adjustForVisibleSelection() later recomputes the range
      based on visible selection and that could end up collecting renderers as selection start/end
      from another selection subtree.
      RenderObject's holds the last selection state (RenderObject::setSelectionState).
      If we set a renderer first as "on selection border" and later "inside" using multiple selection roots,
      we can't clean up selections properly when this object gets destroyed.
      One of the roots ends up with a dangling RenderObject pointer.
      
      Source/WebCore:
      
      Test: fast/regions/crash-when-renderer-is-in-multiple-selection-subtrees.html
      
      * rendering/SelectionSubtreeRoot.cpp:
      (WebCore::SelectionSubtreeRoot::adjustForVisibleSelection):
      
      LayoutTests:
      
      * fast/regions/crash-when-renderer-is-in-multiple-selection-subtrees-expected.txt: Added.
      * fast/regions/crash-when-renderer-is-in-multiple-selection-subtrees.html: Added.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185838 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      76938872
    • andersca@apple.com's avatar
      Crashes in hit testing under WebPage::acceptsFirstMouse() while handling sync... · c0708c2d
      andersca@apple.com authored
      Crashes in hit testing under WebPage::acceptsFirstMouse() while handling sync message in plug-in teardown
      https://bugs.webkit.org/show_bug.cgi?id=146211
      rdar://problem/17180615
      
      Reviewed by Sam Weinig.
      
      If we're inside a sendSync message when we're being called, just bail.
      
      * WebProcess/WebPage/mac/WebPageMac.mm:
      (WebKit::WebPage::acceptsFirstMouse):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185837 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      c0708c2d
    • nvasilyev@apple.com's avatar
      Web Inspector: Consider making read-only style rules have a darker background · 7d5404a0
      nvasilyev@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=145983
      
      Reviewed by Timothy Hatcher.
      
      * UserInterface/Views/CSSStyleDeclarationSection.css:
      (.style-declaration-section:not(.locked)):
      (.style-declaration-section): Deleted.
      * UserInterface/Views/CSSStyleDeclarationTextEditor.css:
      (.css-style-text-editor.read-only > .CodeMirror):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185836 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      7d5404a0
    • nvasilyev@apple.com's avatar
      Web Inspector: Unable to select text of user input messages in the console · a662b314
      nvasilyev@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=145888
      
      Reviewed by Timothy Hatcher.
      
      * UserInterface/Views/ConsoleMessageView.css:
      (.console-user-command > .console-message-text):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185835 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      a662b314
    • commit-queue@webkit.org's avatar
      Do not exit fullscreen when starting PiP since this is done automatically. · 3dbd376b
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=144871
      
      Patch by Jeremy Jones <jeremyj@apple.com> on 2015-06-22
      Reviewed by Darin Adler.
      
      Since we don't explicitly exit fullscreen, update state in shouldExitFullscreenWithReason()
      
      * platform/ios/WebVideoFullscreenInterfaceAVKit.h: Declare shouldExitFullscreenWithReason().
      * platform/ios/WebVideoFullscreenInterfaceAVKit.mm:
      (-[WebAVPlayerController playerViewController:shouldExitFullScreenWithReason:]): Forward to WebVideoFullscreenInterfaceAVKit.
      (WebVideoFullscreenInterfaceAVKit::shouldExitFullscreenWithReason): Added.
      (WebVideoFullscreenInterfaceAVKit::willStartPictureInPicture): Remove enter fullscreen code.
      * platform/spi/cocoa/AVKitSPI.h: Add missing enums.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185834 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      3dbd376b
    • fpizlo@apple.com's avatar
      Run CDjs as part of JSC stress testing · 59ddb4ee
      fpizlo@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=146174
      
      Reviewed by Geoffrey Garen.
      
      PerformanceTests:
      
      * JetStream/cdjs/cdjs-tests.yaml: Added. This tells JSC stress tests what tests to run. It uses new syntax ("tests" being a list) that I add in this change.
      * JetStream/cdjs/main.js: Mark this as a slow test.
      * JetStream/create.rb: Don't copy the JSC stress tests artifacts into the JetStream bundle.
      
      Tools:
      
      * Scripts/run-javascriptcore-tests:
      (runJSCStressTests): Make this aware of the cdjs-tests.yaml.
      * Scripts/run-jsc-stress-tests:
      - Teach this about tests that indicate error by returning an error code while also having lots of output even when they succeed.
      - Add the ability to have "tests" be a list of tests rather than just one test. This could also be a list of directories that have tests.
      - Fix a bug with bundle copying: whether the $collection should have the basename appended depends on whether we copy into bundleDir.dirname, not on whether absoluteCollection is a directory.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185833 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      59ddb4ee
    • mitz@apple.com's avatar
      Part 1 of [Xcode] Fold the WebKit2SandboxProfiles-IOSOverride target into the... · 49c5a1b3
      mitz@apple.com authored
      Part 1 of [Xcode] Fold the WebKit2SandboxProfiles-IOSOverride target into the Sandbox Profiles target
      https://bugs.webkit.org/show_bug.cgi?id=146197
      
      Reviewed by Anders Carlsson.
      
      * Configurations/SandboxProfiles.xcconfig: Added. Defines INSTALL_PATH based on the value
      of WK_INSTALL_OVERRIDE_SANDBOX_PROFILES.
      * WebKit2.xcodeproj/project.pbxproj: Use SandboxProfiles.xcconfig for the Sandbox Profiles
      target, and change the destination path in its Copy Files build phase to INSTALL_PATH.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185832 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      49c5a1b3
    • dbates@webkit.org's avatar
      AX: UI Automation cannot find AutoFill or search cancel buttons · 9c75fa41
      dbates@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=145241
      <rdar://problem/21051411>
      
      Reviewed by Chris Fleizach.
      
      Source/WebCore:
      
      Add support for hit testing the search cancel button and AutoFill button so that
      they can be accessed by UI Automation.
      
      Currently the accessibility hit test machinery ignores nodes in a shadow tree.
      So, it neither finds the <input type="search"> cancel button nor the AutoFill button
      when it performs a hit test. Therefore these buttons cannot be accessed using
      UI Automation.
      
      Tests: accessibility/hit-test-input-auto-fill-button.html
             accessibility/hit-test-input-search-cancel-button.html
             accessibility/input-search-cancel-button.html
      
      * accessibility/AccessibilityRenderObject.cpp:
      (WebCore::AccessibilityRenderObject::accessibilityTextFieldDecorationHitTest): Added; returns
      the AccessibilityObject for the search cancel button or AutoFill text field decoration as applicable.
      (WebCore::AccessibilityRenderObject::accessibilityHitTest): Check whether the hit node
      is a text field decoration.
      
      LayoutTests:
      
      Add tests to ensure that there exists an accessibility element for the
      search cancel button and that it can be hit using a cursor position. Also
      add a test to ensue that the AutoFill button can be hit using a cursor position.
      
      * accessibility/hit-test-input-auto-fill-button-expected.txt: Added.
      * accessibility/hit-test-input-auto-fill-button.html: Copied from LayoutTests/accessibility/input-auto-fill-button.html.
      * accessibility/hit-test-input-search-cancel-button-expected.txt: Added.
      * accessibility/hit-test-input-search-cancel-button.html: Added.
      * accessibility/input-search-cancel-button-expected.txt: Added.
      * accessibility/input-search-cancel-button.html: Copied from LayoutTests/accessibility/input-auto-fill-button.html.
      * accessibility/resources/shouldBeAccessibleByCursor.js: Added.
      (shouldBeAccessibleByCursor): Tests whether an AccessibilityUIElement can be hit
      using its screen position.
      * platform/wk2/TestExpectations: Mark tests hit-test-input-{auto-fill, search-cancel}-button.html
      as failing due to <https://bugs.webkit.org/show_bug.cgi?id=71298>.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185828 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      9c75fa41
    • antti@apple.com's avatar
      Crash replacing TabDocument in MobileSafari at WebKit: -[WKWebView(WKPrivate)... · 74b8aaf5
      antti@apple.com authored
      Crash replacing TabDocument in MobileSafari at WebKit: -[WKWebView(WKPrivate) _beginAnimatedResizeWithUpdates:]
      https://bugs.webkit.org/show_bug.cgi?id=146201
      
      Reviewed by Dan Bernstein.
      
      * UIProcess/API/Cocoa/WKWebView.mm:
      (-[WKWebView _beginAnimatedResizeWithUpdates:]):
      
      No repro but if for some reason [_contentView bounds] width is zero we'll compute +Inf targetScale
      and then NaN contentOffset.x. Verified in lldb that this gives the exact crash signature seen.
      
      Fix by checking that [_contentView bounds] is not empty like is done with other inputs.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185827 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      74b8aaf5
    • youenn.fablet@crf.canon.fr's avatar
      [Streams API] Implement ReadableStream cancel (abstract part) · fd12d10b
      youenn.fablet@crf.canon.fr authored
      https://bugs.webkit.org/show_bug.cgi?id=146111
      
      Reviewed by Darin Adler.
      
      Source/WebCore:
      
      This patch implements ReadableStream and ReadableStreamReader cancel.
      The reader delegates cancellation to its stream.
      
      This patch also ensures that controller.close() will not throw in case cancellation is on-going.
      
      A follow-up patch will implement the calling of 'cancel' JS callback for JS sources.
      
      Covered by rebased tests.
      
      * Modules/streams/ReadableStream.cpp:
      (WebCore::ReadableStream::cancel): Checks whether locked or not before cancelling.
      (WebCore::ReadableStream::cancelNoCheck): Cancel without lock check.
      (WebCore::ReadableStream::notifyCancelSucceeded): Async cancel callback.
      (WebCore::ReadableStream::notifyCancelFailed): Ditto.
      * Modules/streams/ReadableStream.h:
      * Modules/streams/ReadableStream.idl: Cleaned up IDL.
      * Modules/streams/ReadableStreamReader.cpp:
      (WebCore::ReadableStreamReader::cancel):
      * Modules/streams/ReadableStreamReader.h:
      * Modules/streams/ReadableStreamReader.idl: Cleaned up IDL
      * bindings/js/JSReadableStreamControllerCustom.cpp:
      (WebCore::JSReadableStreamController::close):
      * bindings/js/JSReadableStreamCustom.cpp:
      (WebCore::JSReadableStream::cancel):
      * bindings/js/JSReadableStreamReaderCustom.cpp:
      (WebCore::JSReadableStreamReader::cancel):
      * bindings/js/ReadableJSStream.cpp:
      (WebCore::ReadableJSStream::doCancel):
      * bindings/js/ReadableJSStream.h:
      
      LayoutTests:
      
      Rebasing expectations.
      
      * streams/reference-implementation/bad-underlying-sources-expected.txt:
      * streams/reference-implementation/readable-stream-cancel-expected.txt:
      * streams/reference-implementation/readable-stream-expected.txt:
      * streams/reference-implementation/readable-stream-reader-expected.txt:
      * streams/reference-implementation/readable-stream-templated-expected.txt:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185826 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      fd12d10b
    • carlosgc@webkit.org's avatar
      REGRESSION(r182303): [GTK] Context menu API is broken since r182303 · dc6a610f
      carlosgc@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=146202
      
      Reviewed by Žan Doberšek.
      
      The problem is that ContextMenuclient API changed in r182303, but
      we didn't notice it either, and the default handler for
      getContextMenuFromProposedMenu was executed. An override keyword
      would have caught this.
      
      * UIProcess/API/gtk/WebKitContextMenuClient.cpp: Build a Vector of
      WebContextMenuItemData as expected by our API, and add add
      override keyword to ensure this doesn't happen again.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185825 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      dc6a610f
    • zandobersek@gmail.com's avatar
      [WK2] ConnectionUnix should use FastMalloc to allocate on-heap resources · 3091254d
      zandobersek@gmail.com authored
      https://bugs.webkit.org/show_bug.cgi?id=146143
      
      Reviewed by Carlos Garcia Campos.
      
      IPC handling in Unix-specific IPC::Connection implementation should use
      FastMalloc to allocate on-heap resources, instead of allocating via the
      system allocator.
      
      The AttachmentInfo class is marked as allocatable through FastMalloc.
      That way it can be allocated through FastMalloc while still handled
      through std::unique_ptr<>.
      
      The char[] arrays in readBytesFromSocket() and Connection::sendOutgoingMessage()
      are now handled through a MallocPtr<> object.
      
      In Connection::sendOutgoingMessage(), both the AttachmentInfo[] and char[]
      arrays are now only allocated if there are actual attachments contained
      in the message. The code that's conditioned with a non-empty attachments
      Vector is now also grouped together, in a single branch.
      
      * Platform/IPC/unix/ConnectionUnix.cpp:
      (IPC::readBytesFromSocket):
      (IPC::Connection::sendOutgoingMessage):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185824 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      3091254d
    • zandobersek@gmail.com's avatar
      [CMake] Add support for building with various sanitizer tools · 9d357a95
      zandobersek@gmail.com authored
      https://bugs.webkit.org/show_bug.cgi?id=131941
      
      Reviewed by Martin Robinson.
      
      * Source/PlatformGTK.cmake: Don't generate any documentation
      when compiling with sanitizers enabled.
      * Source/cmake/OptionsCommon.cmake: Allow linking with
      undefined symbols when compiling with sanitizers enabled.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185823 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      9d357a95
    • gyuyoung.kim@webkit.org's avatar
      [EFL] test_ewk2_application_cache_manager has been failed since r185527 · 8fd46342
      gyuyoung.kim@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=146016
      
      Reviewed by Csaba Osztrogonác.
      
      * UIProcess/API/efl/tests/test_ewk2_application_cache_manager.cpp:
      (TEST_F): Disable this test for now. This test will be enabled again.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@185822 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      8fd46342