This repository has been archived by the owner on Jun 24, 2022. It is now read-only.
Sync upstream commits #38
Closed
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This fixes a build failure ("Must set CeilingOnPageSize in
PageBlock.h").
* wtf/PageBlock.h:
git-svn-id: http://svn.webkit.org/repository/webkit/releases/WebKitGTK/webkit-2.28@260626 268f45cc-cd09-0410-ab3c-d52691b4dbfc
… when WPE_RENDERER is enabled https://bugs.webkit.org/show_bug.cgi?id=209118 Reviewed by Michael Catanzaro. Check if EGL_WL_bind_wayland_display extension is available when using WPE_RENDERER, since we don't suport the SHM interface. * UIProcess/gtk/AcceleratedBackingStoreWayland.cpp: (WebKit::AcceleratedBackingStoreWayland::checkRequirements): Return false if EGL_WL_bind_wayland_display is not present. git-svn-id: http://svn.webkit.org/repository/webkit/releases/WebKitGTK/webkit-2.28@260627 268f45cc-cd09-0410-ab3c-d52691b4dbfc
…ect popup menu in X11 https://bugs.webkit.org/show_bug.cgi?id=210603 Patch by Carlos Garcia Campos <[email protected]> on 2020-04-17 Reviewed by Michael Catanzaro. gdk_window_move_to_rect expects the given rectangle in coordinates relative to the top-left corner of the window that the popup window is transient for. We were using screen coordinates. * UIProcess/gtk/WebPopupMenuProxyGtk.cpp: (WebKit::WebPopupMenuProxyGtk::showPopupMenu): Translate widget coordinates to window coordinates before passing the rectangle to gdk_window_move_to_rect(). git-svn-id: http://svn.webkit.org/repository/webkit/releases/WebKitGTK/webkit-2.28@260628 268f45cc-cd09-0410-ab3c-d52691b4dbfc
… to play, VP8/9 URLs play OK https://bugs.webkit.org/show_bug.cgi?id=209119 Reviewed by Xabier Rodriguez-Calvar. Source/WebCore: The fix consists of removing the initial avoiding of seeking and just issuing the proper segment instead of seeking (seeks in GStreamer can't be done before prerolling anyway). Appsrc doesn't make easy to emit our own custom segment, so what I did was to use a segment fixer probe to modify the original [0, infinity] segment issued by appsrc and use a [startTime, stopTime] with proper values depending on the seek target and rate. Covered by existing tests. * platform/graphics/gstreamer/mse/MediaPlayerPrivateGStreamerMSE.cpp: (WebCore::checkShouldDelaySeek): Don't hold seeks on startup, when changing from READY to PAUSED. (WebCore::MediaPlayerPrivateGStreamerMSE::doSeek): Refactored seek delay condition. Also, don't do a regular gst_element_seek() for initial seeks, just proceed with a special case in that situation. * platform/graphics/gstreamer/mse/WebKitMediaSourceGStreamer.cpp: (initialSeekSegmentFixerProbe): Probe that fixes the segment. (webKitMediaSrcPrepareInitialSeek): Behave much like a regular seek, but also compute the right GstSegment, install the segment fixer probe and setReadyForMoreSamples() on the SourceBufferPrivates. * platform/graphics/gstreamer/mse/WebKitMediaSourceGStreamer.h: LayoutTests: Unskipped media/media-source/media-source-seek-redundant-append.html, which passes now. * platform/gtk/TestExpectations: * platform/wpe/TestExpectations: git-svn-id: http://svn.webkit.org/repository/webkit/releases/WebKitGTK/webkit-2.28@260629 268f45cc-cd09-0410-ab3c-d52691b4dbfc
…k_begin_updating https://bugs.webkit.org/show_bug.cgi?id=210561 Reviewed by Žan Doberšek. The problem is that we are destroying the display refresh monitor from the frame clock update callback, and GTK schedules another update from the callback itself in some cases, which ends up happening forever. We were assuming that destroying the window of immediately destroy the frame clock as well, but the paint source idle keeps a reference of the frame clock. At the end of the source idle callback the source is scheduled again, taking a new reference. We need to call gdk_frame_clock_end_updating() to ensure the idle is not scheduled again. * platform/graphics/gtk/DisplayRefreshMonitorGtk.cpp: (WebCore::DisplayRefreshMonitorGtk::~DisplayRefreshMonitorGtk): Disconnect the update signal and call gdk_frame_clock_end_updating(). (WebCore::DisplayRefreshMonitorGtk::requestRefreshCallback): Toplevel window should always have a frame clock, so remove the early return and add an assert instead. git-svn-id: http://svn.webkit.org/repository/webkit/releases/WebKitGTK/webkit-2.28@260630 268f45cc-cd09-0410-ab3c-d52691b4dbfc
…n accelerated compositing mode under X11 https://bugs.webkit.org/show_bug.cgi?id=210636 Patch by John Frankish <[email protected]> on 2020-04-23 Reviewed by Carlos Garcia Campos. When cairo is configured to use xcb instead of xlib, it might use an image surface attached to the xlib one as snapshot. In that case a flush is needed to detach that snapshot after we have drawn the surface in the context. * UIProcess/gtk/AcceleratedBackingStoreX11.cpp: (WebKit::AcceleratedBackingStoreX11::paint): Call cairo_surface_flush() after drawing. git-svn-id: http://svn.webkit.org/repository/webkit/releases/WebKitGTK/webkit-2.28@260631 268f45cc-cd09-0410-ab3c-d52691b4dbfc
…match Wasm JIT's convention. https://bugs.webkit.org/show_bug.cgi?id=207727 JSTests: Reviewed by Mark Lam. * wasm/regress/llint-callee-saves-with-fast-memory.js: Added. * wasm/regress/llint-callee-saves-without-fast-memory.js: Added. Source/JavaScriptCore: Reviewed by Mark Lam. The Wasm JIT has unusual calling conventions, which were further complicated by the addition of the interpreter, and the interpreter did not correctly follow these conventions (by incorrectly saving and restoring the callee save registers used for the memory base and size). Here's a summary of the calling convention: - When entering Wasm from JS, the wrapper must: - Preserve the base and size when entering LLInt regardless of the mode. (Prior to this patch we only preserved the base in Signaling mode) - Preserve the memory base in either mode, and the size for BoundsChecking. - Both tiers must preserve every *other* register they use. e.g. the LLInt must preserve PB and wasmInstance, but must *not* preserve memoryBase and memorySize. - Changes to memoryBase and memorySize are visible to the caller. This means that: - Intra-module calls can assume these registers are up-to-date even if the memory was resized. The only exception here is if the LLInt calls a signaling JIT, in which case the JIT will not update the size register, since it won't be using it. - Inter-module and JS calls require the caller to reload these registers. These calls may result in memory changes (e.g. the callee may call memory.grow). - A Signaling JIT caller must be aware that the LLInt may trash the size register, since it always bounds checks. * llint/WebAssembly.asm: * wasm/WasmAirIRGenerator.cpp: (JSC::Wasm::AirIRGenerator::addCall): * wasm/WasmB3IRGenerator.cpp: (JSC::Wasm::B3IRGenerator::addCall): * wasm/WasmCallee.cpp: (JSC::Wasm::LLIntCallee::calleeSaveRegisters): * wasm/WasmCallingConvention.h: * wasm/WasmLLIntPlan.cpp: (JSC::Wasm::LLIntPlan::didCompleteCompilation): * wasm/WasmMemoryInformation.cpp: (JSC::Wasm::PinnedRegisterInfo::get): (JSC::Wasm::getPinnedRegisters): Deleted. git-svn-id: http://svn.webkit.org/repository/webkit/releases/WebKitGTK/webkit-2.28@260632 268f45cc-cd09-0410-ab3c-d52691b4dbfc
https://bugs.webkit.org/show_bug.cgi?id=207727 Our inline WAT doesn't seem to like named blocks/branch targets. * wasm/regress/llint-callee-saves-with-fast-memory.js: * wasm/regress/llint-callee-saves-without-fast-memory.js: git-svn-id: http://svn.webkit.org/repository/webkit/releases/WebKitGTK/webkit-2.28@260633 268f45cc-cd09-0410-ab3c-d52691b4dbfc
… save memory size register https://bugs.webkit.org/show_bug.cgi?id=207849 Reviewed by Mark Lam. JSTests: * wasm/regress/regress-256665.js: Added. (f): Source/JavaScriptCore: When generating the call IC, we should select the callee saves using BoundsChecking mode in order to obey to the calling conventions described in r256665. Currently, we won't restore the memory size register when calling the Wasm LLInt through the call IC. * wasm/js/WebAssemblyFunction.cpp: (JSC::WebAssemblyFunction::calleeSaves const): git-svn-id: http://svn.webkit.org/repository/webkit/releases/WebKitGTK/webkit-2.28@260634 268f45cc-cd09-0410-ab3c-d52691b4dbfc
.: * Source/cmake/OptionsGTK.cmake: Bump version numbers. Source/WebKit: * gtk/NEWS: Add release notes for 2.28.2. git-svn-id: http://svn.webkit.org/repository/webkit/releases/WebKitGTK/webkit-2.28@260636 268f45cc-cd09-0410-ab3c-d52691b4dbfc
.: * Source/cmake/OptionsWPE.cmake: Bump version numbers. Source/WebKit: * wpe/NEWS: Add release notes for 2.28.2. git-svn-id: http://svn.webkit.org/repository/webkit/releases/WebKitGTK/webkit-2.28@260644 268f45cc-cd09-0410-ab3c-d52691b4dbfc
…spending/resuming.
…ing hardware support setting https://bugs.webkit.org/show_bug.cgi?id=211950 Reviewed by Adrian Perez de Castro. Source/WebCore: Provide the needed information about media content types requiring hardware support when asking the MediaPlayer about what types are supported. This was already being done from HTMLMediaElement for player selection, but not in MediaSource nor in MediaSource::addSourceBuffer() when the webpage used the MSE API to check type support. In order to ask for the mediaContentTypesRequiringHardwareSupport setting we need a reference to the current Document in all the places where we need to check type support. * Modules/mediasource/MediaSource.cpp: (WebCore::MediaSource::addSourceBuffer): Provide hardware content types extra info. (WebCore::MediaSource::isTypeSupported): Get hardware content types extra info from ScriptExecutionContext and provide it to a new refactored private version of isTypeSupported() which can also be reused from addSourceBuffer(). * Modules/mediasource/MediaSource.h: Changed isTypeSupported() prototype to take ScriptExecutionContext and added a new overloaded version of the method. * Modules/mediasource/MediaSource.idl: isTypeSupported() now provides a reference to ScriptExecutionContext. It's the only way to access the required document settings from a static method. * platform/graphics/gstreamer/GStreamerRegistryScanner.cpp: (WebCore::GStreamerRegistryScanner::isContentTypeSupported const): Factor ContentType discrimination logic common to MediaPlayerPrivateGStreamer and MediaPlayerPrivateGStreamerMSE. * platform/graphics/gstreamer/GStreamerRegistryScanner.h: Added new method. * platform/graphics/gstreamer/MediaPlayerPrivateGStreamer.cpp: (WebCore::MediaPlayerPrivateGStreamer::supportsType): Provide hardware content types extra info when asking for type support. * platform/graphics/gstreamer/mse/MediaPlayerPrivateGStreamerMSE.cpp: (WebCore::MediaPlayerPrivateGStreamerMSE::supportsType): Ditto. Source/WebKit: Expose mediaContentTypesRequiringHardwareSupport as a setting on WPE and WebKitGTK. * UIProcess/API/glib/WebKitSettings.cpp: (_WebKitSettingsPrivate::_WebKitSettingsPrivate): (webKitSettingsSetProperty): (webKitSettingsGetProperty): (webkit_settings_class_init): (webkit_settings_get_media_content_types_requiring_hardware_support): (webkit_settings_set_media_content_types_requiring_hardware_support): * UIProcess/API/gtk/WebKitSettings.h: * UIProcess/API/gtk/docs/webkit2gtk-4.0-sections.txt: * UIProcess/API/gtk/docs/webkit2gtk-docs.sgml: * UIProcess/API/wpe/WebKitSettings.h: * UIProcess/API/wpe/docs/wpe-1.0-sections.txt: Tools: Exercise the new mediaContentTypesRequiringHardwareSupport setting. * TestWebKitAPI/Tests/WebKitGLib/TestWebKitSettings.cpp: (testWebKitSettings): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@261986 268f45cc-cd09-0410-ab3c-d52691b4dbfc
… JSGlobalObject. https://bugs.webkit.org/show_bug.cgi?id=208290 <rdar://problem/59839476> Reviewed by Chris Dumez. The call to executeScriptIgnoringException() may have changed the current global object of the window. We should be using the original global object that produced the result string. Also added a missing exception check needed after a potential rope resolution. * bindings/js/ScriptController.cpp: (WebCore::ScriptController::executeIfJavaScriptURL): git-svn-id: http://svn.webkit.org/repository/webkit/releases/WebKitGTK/webkit-2.28@264066 268f45cc-cd09-0410-ab3c-d52691b4dbfc
…Clobberize https://bugs.webkit.org/show_bug.cgi?id=208685 <rdar://problem/60115088> Reviewed by Saam Barati. In the pure case of ArithNegate and ArithAbs in DFGClobberize, their PureValues did not include their respective ArithMode. That means that e.g. a CheckOverflow ArithNegate/Abs could be considered equivalent to an Unchecked version of the same node. Thanks to Samuel Groß of Google Project Zero for identifying this bug. * dfg/DFGClobberize.h: (JSC::DFG::clobberize): git-svn-id: http://svn.webkit.org/repository/webkit/releases/WebKitGTK/webkit-2.28@264067 268f45cc-cd09-0410-ab3c-d52691b4dbfc
…VGTransform always https://bugs.webkit.org/show_bug.cgi?id=207462 Reviewed by Simon Fraser. Source/WebCore: The SVGMatrix needs to be reattached to its owner SVGTransform when the access right of this owner changes. The access right of the owner changes when it gets attached to or detached from a higher level owner. Test: svg/dom/SVGTransformList-anim-read-only.html * svg/SVGTransform.h: * svg/properties/SVGProperty.h: (WebCore::SVGProperty::attach): (WebCore::SVGProperty::detach): (WebCore::SVGProperty::reattach): LayoutTests: * svg/dom/SVGTransformList-anim-read-only-expected.txt: Added. * svg/dom/SVGTransformList-anim-read-only.html: Added. git-svn-id: http://svn.webkit.org/repository/webkit/releases/WebKitGTK/webkit-2.28@264068 268f45cc-cd09-0410-ab3c-d52691b4dbfc
https://bugs.webkit.org/show_bug.cgi?id=207444 rdar://problem/59297004 Reviewed by Simon Fraser. SVG filter code marks DOM nodes dirty and schedules style recalc outside of the SVG root while in layout. This could lead to unstable layout and cause battery drain. (See webkit.org/b/208903) * rendering/RenderLayer.cpp: Remove filterNeedsRepaint(). It's a dangerously misleading name and should not be part of RenderLayer. (WebCore::RenderLayer::calculateClipRects const): * rendering/RenderLayer.h: * rendering/RenderLayerFilters.cpp: (WebCore::RenderLayerFilters::notifyFinished): * rendering/svg/RenderSVGResourceContainer.cpp: (WebCore::RenderSVGResourceContainer::markAllClientsForInvalidation): (WebCore::RenderSVGResourceContainer::markAllClientLayersForInvalidation): git-svn-id: http://svn.webkit.org/repository/webkit/releases/WebKitGTK/webkit-2.28@264069 268f45cc-cd09-0410-ab3c-d52691b4dbfc
… Resources <https://webkit.org/b/191171> <rdar://problem/45763222> Reviewed by Darin Adler. Source/WebCore: Test: http/tests/security/contentTypeOptions/nosniff-xml-external-entity.xhtml * platform/MIMETypeRegistry.cpp: (WebCore::MIMETypeRegistry::isXMLEntityMIMEType): Add. * platform/MIMETypeRegistry.h: (WebCore::MIMETypeRegistry::isXMLEntityMIMEType): Add. - Checks for XML external entity MIME types. * xml/parser/XMLDocumentParserLibxml2.cpp: (WebCore::externalEntityMimeTypeAllowedByNosniff): Add. - Checks whether the MIME type is valid based on the presence of the "X-Content-Type-Options: nosniff" header. (WebCore::openFunc): - Drop the contents of the resource that was returned and print an error message to the Web Inspector console if externalEntityMimeTypeAllowedByNosniff() says the MIME type is not allowed. LayoutTests: * http/tests/security/contentTypeOptions/nosniff-xml-external-entity-expected.txt: Add. * http/tests/security/contentTypeOptions/nosniff-xml-external-entity.xhtml: Add. git-svn-id: http://svn.webkit.org/repository/webkit/releases/WebKitGTK/webkit-2.28@264070 268f45cc-cd09-0410-ab3c-d52691b4dbfc
… to say they MayHaveIndexedAccessors https://bugs.webkit.org/show_bug.cgi?id=209762 Reviewed by Darin Adler. Source/JavaScriptCore: Change indexingType to indexingModeIncludingHistory to more clearly indicate the expected range of possible valid values. * runtime/StructureInlines.h: (JSC::Structure::create): Source/WebCore: There may be places where we rely on this for semantic correctness. I couldn't find any right now but we might as well be conservative since this isn't a performance regression. * bindings/js/JSDOMWindowProperties.h: * bindings/scripts/CodeGeneratorJS.pm: (GenerateHeader): * bindings/scripts/test/JS/JSInterfaceName.h: (WebCore::JSInterfaceName::createStructure): * bindings/scripts/test/JS/JSMapLike.h: (WebCore::JSMapLike::createStructure): * bindings/scripts/test/JS/JSReadOnlyMapLike.h: (WebCore::JSReadOnlyMapLike::createStructure): * bindings/scripts/test/JS/JSReadOnlySetLike.h: (WebCore::JSReadOnlySetLike::createStructure): * bindings/scripts/test/JS/JSSetLike.h: (WebCore::JSSetLike::createStructure): * bindings/scripts/test/JS/JSTestActiveDOMObject.h: (WebCore::JSTestActiveDOMObject::createStructure): * bindings/scripts/test/JS/JSTestCEReactions.h: (WebCore::JSTestCEReactions::createStructure): * bindings/scripts/test/JS/JSTestCEReactionsStringifier.h: (WebCore::JSTestCEReactionsStringifier::createStructure): * bindings/scripts/test/JS/JSTestCallTracer.h: (WebCore::JSTestCallTracer::createStructure): * bindings/scripts/test/JS/JSTestClassWithJSBuiltinConstructor.h: (WebCore::JSTestClassWithJSBuiltinConstructor::createStructure): * bindings/scripts/test/JS/JSTestDOMJIT.h: (WebCore::JSTestDOMJIT::createStructure): * bindings/scripts/test/JS/JSTestEnabledBySetting.h: (WebCore::JSTestEnabledBySetting::createStructure): * bindings/scripts/test/JS/JSTestEnabledForContext.h: (WebCore::JSTestEnabledForContext::createStructure): * bindings/scripts/test/JS/JSTestEventConstructor.h: (WebCore::JSTestEventConstructor::createStructure): * bindings/scripts/test/JS/JSTestEventTarget.h: (WebCore::JSTestEventTarget::createStructure): * bindings/scripts/test/JS/JSTestException.h: (WebCore::JSTestException::createStructure): * bindings/scripts/test/JS/JSTestGenerateIsReachable.h: (WebCore::JSTestGenerateIsReachable::createStructure): * bindings/scripts/test/JS/JSTestGlobalObject.h: (WebCore::JSTestGlobalObject::createStructure): * bindings/scripts/test/JS/JSTestIndexedSetterNoIdentifier.h: (WebCore::JSTestIndexedSetterNoIdentifier::createStructure): * bindings/scripts/test/JS/JSTestIndexedSetterThrowingException.h: (WebCore::JSTestIndexedSetterThrowingException::createStructure): * bindings/scripts/test/JS/JSTestIndexedSetterWithIdentifier.h: (WebCore::JSTestIndexedSetterWithIdentifier::createStructure): * bindings/scripts/test/JS/JSTestInterface.h: * bindings/scripts/test/JS/JSTestInterfaceLeadingUnderscore.h: (WebCore::JSTestInterfaceLeadingUnderscore::createStructure): * bindings/scripts/test/JS/JSTestIterable.h: (WebCore::JSTestIterable::createStructure): * bindings/scripts/test/JS/JSTestJSBuiltinConstructor.h: (WebCore::JSTestJSBuiltinConstructor::createStructure): * bindings/scripts/test/JS/JSTestMediaQueryListListener.h: (WebCore::JSTestMediaQueryListListener::createStructure): * bindings/scripts/test/JS/JSTestNamedAndIndexedSetterNoIdentifier.h: (WebCore::JSTestNamedAndIndexedSetterNoIdentifier::createStructure): * bindings/scripts/test/JS/JSTestNamedAndIndexedSetterThrowingException.h: (WebCore::JSTestNamedAndIndexedSetterThrowingException::createStructure): * bindings/scripts/test/JS/JSTestNamedAndIndexedSetterWithIdentifier.h: (WebCore::JSTestNamedAndIndexedSetterWithIdentifier::createStructure): * bindings/scripts/test/JS/JSTestNamedConstructor.h: (WebCore::JSTestNamedConstructor::createStructure): * bindings/scripts/test/JS/JSTestNamedDeleterNoIdentifier.h: (WebCore::JSTestNamedDeleterNoIdentifier::createStructure): * bindings/scripts/test/JS/JSTestNamedDeleterThrowingException.h: (WebCore::JSTestNamedDeleterThrowingException::createStructure): * bindings/scripts/test/JS/JSTestNamedDeleterWithIdentifier.h: (WebCore::JSTestNamedDeleterWithIdentifier::createStructure): * bindings/scripts/test/JS/JSTestNamedDeleterWithIndexedGetter.h: (WebCore::JSTestNamedDeleterWithIndexedGetter::createStructure): * bindings/scripts/test/JS/JSTestNamedGetterCallWith.h: (WebCore::JSTestNamedGetterCallWith::createStructure): * bindings/scripts/test/JS/JSTestNamedGetterNoIdentifier.h: (WebCore::JSTestNamedGetterNoIdentifier::createStructure): * bindings/scripts/test/JS/JSTestNamedGetterWithIdentifier.h: (WebCore::JSTestNamedGetterWithIdentifier::createStructure): * bindings/scripts/test/JS/JSTestNamedSetterNoIdentifier.h: (WebCore::JSTestNamedSetterNoIdentifier::createStructure): * bindings/scripts/test/JS/JSTestNamedSetterThrowingException.h: (WebCore::JSTestNamedSetterThrowingException::createStructure): * bindings/scripts/test/JS/JSTestNamedSetterWithIdentifier.h: (WebCore::JSTestNamedSetterWithIdentifier::createStructure): * bindings/scripts/test/JS/JSTestNamedSetterWithIndexedGetter.h: (WebCore::JSTestNamedSetterWithIndexedGetter::createStructure): * bindings/scripts/test/JS/JSTestNamedSetterWithIndexedGetterAndSetter.h: (WebCore::JSTestNamedSetterWithIndexedGetterAndSetter::createStructure): * bindings/scripts/test/JS/JSTestNamedSetterWithOverrideBuiltins.h: (WebCore::JSTestNamedSetterWithOverrideBuiltins::createStructure): * bindings/scripts/test/JS/JSTestNamedSetterWithUnforgableProperties.h: (WebCore::JSTestNamedSetterWithUnforgableProperties::createStructure): * bindings/scripts/test/JS/JSTestNamedSetterWithUnforgablePropertiesAndOverrideBuiltins.h: (WebCore::JSTestNamedSetterWithUnforgablePropertiesAndOverrideBuiltins::createStructure): * bindings/scripts/test/JS/JSTestNode.h: * bindings/scripts/test/JS/JSTestObj.h: (WebCore::JSTestObj::createStructure): * bindings/scripts/test/JS/JSTestOverloadedConstructors.h: (WebCore::JSTestOverloadedConstructors::createStructure): * bindings/scripts/test/JS/JSTestOverloadedConstructorsWithSequence.h: (WebCore::JSTestOverloadedConstructorsWithSequence::createStructure): * bindings/scripts/test/JS/JSTestOverrideBuiltins.h: (WebCore::JSTestOverrideBuiltins::createStructure): * bindings/scripts/test/JS/JSTestPluginInterface.h: (WebCore::JSTestPluginInterface::createStructure): * bindings/scripts/test/JS/JSTestPromiseRejectionEvent.h: (WebCore::JSTestPromiseRejectionEvent::createStructure): * bindings/scripts/test/JS/JSTestSerialization.h: (WebCore::JSTestSerialization::createStructure): * bindings/scripts/test/JS/JSTestSerializationIndirectInheritance.h: (WebCore::JSTestSerializationIndirectInheritance::createStructure): * bindings/scripts/test/JS/JSTestSerializationInherit.h: (WebCore::JSTestSerializationInherit::createStructure): * bindings/scripts/test/JS/JSTestSerializationInheritFinal.h: (WebCore::JSTestSerializationInheritFinal::createStructure): * bindings/scripts/test/JS/JSTestSerializedScriptValueInterface.h: (WebCore::JSTestSerializedScriptValueInterface::createStructure): * bindings/scripts/test/JS/JSTestStringifier.h: (WebCore::JSTestStringifier::createStructure): * bindings/scripts/test/JS/JSTestStringifierAnonymousOperation.h: (WebCore::JSTestStringifierAnonymousOperation::createStructure): * bindings/scripts/test/JS/JSTestStringifierNamedOperation.h: (WebCore::JSTestStringifierNamedOperation::createStructure): * bindings/scripts/test/JS/JSTestStringifierOperationImplementedAs.h: (WebCore::JSTestStringifierOperationImplementedAs::createStructure): * bindings/scripts/test/JS/JSTestStringifierOperationNamedToString.h: (WebCore::JSTestStringifierOperationNamedToString::createStructure): * bindings/scripts/test/JS/JSTestStringifierReadOnlyAttribute.h: (WebCore::JSTestStringifierReadOnlyAttribute::createStructure): * bindings/scripts/test/JS/JSTestStringifierReadWriteAttribute.h: (WebCore::JSTestStringifierReadWriteAttribute::createStructure): * bindings/scripts/test/JS/JSTestTypedefs.h: (WebCore::JSTestTypedefs::createStructure): git-svn-id: http://svn.webkit.org/repository/webkit/releases/WebKitGTK/webkit-2.28@264071 268f45cc-cd09-0410-ab3c-d52691b4dbfc
https://bugs.webkit.org/show_bug.cgi?id=210251 <rdar://problem/61180381> Reviewed by Zalan Bujtas. For safety. * rendering/updating/RenderTreeBuilderFirstLetter.cpp: (WebCore::RenderTreeBuilder::FirstLetter::createRenderers): git-svn-id: http://svn.webkit.org/repository/webkit/releases/WebKitGTK/webkit-2.28@264072 268f45cc-cd09-0410-ab3c-d52691b4dbfc
…econd WebKitWebProcess with sandbox on https://bugs.webkit.org/show_bug.cgi?id=212380 Patch by Michael Catanzaro <[email protected]> on 2020-06-01 Reviewed by Adrian Perez de Castro. Dereference scmp_arg_cmp before use. * UIProcess/Launcher/glib/BubblewrapLauncher.cpp: (WebKit::setupSeccomp): git-svn-id: http://svn.webkit.org/repository/webkit/releases/WebKitGTK/webkit-2.28@264073 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Signed-off-by: Eugene Mutavchi <[email protected]>
Signed-off-by: Eugene Mutavchi <[email protected]>
…th --gc-sections.
…ns, improving the binary product size.
This saves about 1500 kB on a production build on ARMv7.
Needed for building on a X86-64 desktop, where the linker complains about this option a lot.
Backport binary size optimisations
Relax user agent validation
Initial support of AAMP JS bindings injection
Add provision to enable / disable websecurity
Change-Id: I8a8a23a77307dd8248f56effb72e994f0775777c
Provision to disable console logging completely
https://bugs.webkit.org/show_bug.cgi?id=215512 Reviewed by Yusuke Suzuki. Since `r7` is a callee-saved register on ARMv7 we need to consider it as a conservative root. See the statement "A subroutine must preserve the contents of the registers r4-r8, r10, r11 and SP (and r9 in PCS variants that designate r9 as v6) form page 15 of https://developer.arm.com/documentation/ihi0042/f/. * heap/RegisterState.h:
Fix resuming of ThreadedCompositor run loop.
[ARMv7][JSC] Conservative GC is not considering `r7` as a root
This is a fix for media element evets test case from YTS: https://ytlr-cert.appspot.com/2021/main.html?tests=18
Fix re-attachment of media player
…rivate This fixes an issue with live streams in hasplayer.js where an initial seek to a target position (current live stream time, much larger than 0) was instead done to 0, so only the first frame was displayed (due to prerolling) and then the stream froze.
…SHELL_DISABLE_MEDIA_DISK_CACHE environment variable" This reverts commit 6755125.
…LL_DISABLE_MEDIA_DISK_CACHE environment variable https://bugs.webkit.org/show_bug.cgi?id=233492 Reviewed by Xabier Rodriguez-Calvar. Embedded platforms often don't have a persistent storage suitable for repetitive writes (eg: caching media files may wear out a flash drive, and RAM memory is scarce enough to use a tmpfs for caching). Those platforms need a way to disable on-disk caching. * platform/graphics/gstreamer/MediaPlayerPrivateGStreamer.cpp: Honor environment variable. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@286210 268f45cc-cd09-0410-ab3c-d52691b4dbfc
…stomize media disk cache path" This reverts commit c4e5c6e.
…mize media disk cache path https://bugs.webkit.org/show_bug.cgi?id=233477 Reviewed by Xabier Rodriguez-Calvar. "/var/tmp" isn't always the best place to store the media download cache generated by GstDownloadBuffer on embedded platforms. Each of those downloads can hold up to a whole movie (Gigabytes) and "/var/tmp" is sometimes a memory based tmpfs. Some way to control the cache path is needed. * platform/graphics/gstreamer/MediaPlayerPrivateGStreamer.cpp: Honor environment variable. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@286166 268f45cc-cd09-0410-ab3c-d52691b4dbfc
|
Ooops, huge mistake, wrong repo. |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Better for traceability and to keep the delta even smaller to use the commits from upstream. This PR fixes that for
[#233492] 6755125 [GStreamer] Control on-disk multimedia buffering via the WPE_SHELL_DISABLE_MEDIA_DISK_CACHE environment variable
[#233477] c4e5c6e [GStreamer] Use WPE_SHELL_MEDIA_DISK_CACHE_PATH env var to customize media disk cache path
We revert the downstream commits and re-apply the upstream ones.