WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
247036
IOSurface size limit in the web content process is too small, only 1024x1024
https://bugs.webkit.org/show_bug.cgi?id=247036
Summary
IOSurface size limit in the web content process is too small, only 1024x1024
Simon Fraser (smfr)
Reported
2022-10-25 17:41:53 PDT
Sandboxing causes `IOSurfaceGetPropertyMaximum(kIOSurfaceWidth)` to fail, so we fall back to a maximum IOSurface size of 1024x1024 here: static IntSize computeMaximumSurfaceSize() { #if PLATFORM(IOS) return maxSurfaceDimensionCA(); #else IntSize maxSize(clampToInteger(IOSurfaceGetPropertyMaximum(kIOSurfaceWidth)), clampToInteger(IOSurfaceGetPropertyMaximum(kIOSurfaceHeight))); // Protect against maxSize being { 0, 0 }. constexpr int maxSurfaceDimensionLowerBound = 1024; return maxSize.constrainedBetween({ maxSurfaceDimensionLowerBound, maxSurfaceDimensionLowerBound }, maxSurfaceDimensionCA() ); #endif } Not sure why the iOS code is different.
Attachments
Add attachment
proposed patch, testcase, etc.
Radar WebKit Bug Importer
Comment 1
2022-10-25 17:42:18 PDT
<
rdar://problem/101569224
>
Alexey Proskuryakov
Comment 2
2022-10-26 10:22:17 PDT
What is the correct behavior here, is 1024x1024 bad?
Simon Fraser (smfr)
Comment 3
2022-10-26 10:25:52 PDT
1024x1024 is much too small, causing fallback to software buffers. We need to just share the iOS code.
Simon Fraser (smfr)
Comment 4
2022-11-02 16:49:20 PDT
Pull request:
https://github.com/WebKit/WebKit/pull/6062
EWS
Comment 5
2022-11-05 11:51:30 PDT
Committed
256359@main
(2bce581d4f10): <
https://commits.webkit.org/256359@main
> Reviewed commits have been landed. Closing PR #6062 and removing active labels.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug