Fix iOS WebGL keep-alive and WebContent crash#294
Merged
capy-ai[bot] merged 1 commit intokief5555/iosfrom Apr 13, 2026
Merged
Conversation
… causing WebContent crash
This file contains hidden or 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
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
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.
This PR fixes the WebContent crash on the initial queue→stream path by removing the CSS
will-changeanimation layer promotion that conflicts with concurrentStreamLoadingViewanimation pressure. The WebGL GPU keep-alive from PR #292 is restored and improved: it now runs indefinitely (no stop condition) so the empty MediaStream'splayingevent does not cancel it before real video arrives. The MediaStream WebContent keep-alive from PR #293 is retained.StreamerView.swift:
@keyframes _gpuKArule and<div id="_gpuKA">withwill-change:transformthat caused WebContent crash during initial pathgl.clear()rAF loop beforeconnect()to keep GPUProcess alive during WebRTC negotiation; runs until WKWebView destructionMediaStream+video.play()beforeconnect()to prevent WebContent process suspension