| Summary: | WebGL Float Texture Blending Regression | ||||||
|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | Evan Nowak <enowak> | ||||
| Component: | WebGL | Assignee: | Nobody <webkit-unassigned> | ||||
| Status: | RESOLVED DUPLICATE | ||||||
| Severity: | Normal | CC: | dino, enowak, jdarpinian, kbr, kkinnunen | ||||
| Priority: | P2 | ||||||
| Version: | Safari Technology Preview | ||||||
| Hardware: | Mac (Intel) | ||||||
| OS: | macOS 10.15 | ||||||
| Attachments: |
|
||||||
|
Description
Evan Nowak
2020-12-14 06:28:17 PST
EXT_float_blend support was recently added to WebKit in Bug 216949 by jdarpinian@. The test passes in Safari Technology Preview. I do see that Safari 14 fails this test. The problem is likely that ANGLE's WebGL backend is more strict than WebKit's older handwritten OpenGL/OpenGL ES backends. However - even with Safari Technology Preview 117, the scene at: https://cad.onshape.com/documents/21528514dbb278dfb84b48fc/w/b8e3c69807c266318a9e26fe/e/15c030164c537c1eec47b4b6 draws an empty end cap for the cube in the section view rather than the expected orange face seen in Chrome. Evan, could you help us understand what's going wrong in OnShape in Safari Technology Preview? We'd like to investigate this against top-of-tree WebKit. Thanks. Thanks for the insight, Ken! I re-tested adding the query for EXT_float_blend on an updated Safari Tech Preview, and this appears to resolve the issue. When I originally ran that test, it was on an older Safari Tech Preview, and I never committed that change to our production release. (Chrome/Firefox do not appear to require asking for EXT_float_blend, and neither did older versions of Safari.) I would consider this fixed, from my perspective. I will add the query for EXT_float_blend to our codebase. Fantastic! Thanks for testing Evan. Duplicating this into the bug which added EXT_float_blend support. *** This bug has been marked as a duplicate of bug 216949 *** |