WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED DUPLICATE of
bug 178223
162604
WebGL: drawingBuffer problems with Ultra HD Resolutions
https://bugs.webkit.org/show_bug.cgi?id=162604
Summary
WebGL: drawingBuffer problems with Ultra HD Resolutions
Michael Herzog
Reported
2016-09-27 04:42:40 PDT
Steps to reproduce the problem: 1. First you need a high resolution monitor (e.g. iMac 5K) 2. Start Safari and maximize your window 3. Go to
http://threejs.org/examples/webgl_interactive_cubes.html
What is the expected behavior? When you position your mouse exactly over a cube, it should be highlighted. What went wrong? On ultrad HD resolutions the application is not able to determine the correct cube. This problem only occurs when Safari exceeds a specific resolution. On smaller monitors (e.g.FullHD), everything works fine. Did this work before? No Details: I assume that Webkit must be limiting the maximum drawing buffer width/height which leads to incorrect canvas sizes. My recommendation is to change the backbuffer limit from e.g. 4k per dimension to 4k x 4k total area like Blink does (see
https://bugs.chromium.org/p/chromium/issues/detail?id=445542
)
Attachments
Add attachment
proposed patch, testcase, etc.
Simon Fraser (smfr)
Comment 1
2017-01-06 14:50:46 PST
rdar://problem/25511381
Michael Herzog
Comment 2
2017-10-15 04:40:36 PDT
This problem is becoming increasingly critical as more users have high-resolution displays. Without any workarounds, interactive 3D applications like the mentioned three.js demo are unusable in combination with a large canvas.
Simon Fraser (smfr)
Comment 3
2017-10-17 13:00:46 PDT
Dup of
bug 178223
?
Michael Herzog
Comment 4
2017-10-18 10:15:38 PDT
Yes. Although your mentioned bug is far newer than this post. Also consider the fix of Blink (
https://bugs.chromium.org/p/chromium/issues/detail?id=445542
). *** This bug has been marked as a duplicate of
bug 178223
***
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