Closed Bug 1492774 Opened 6 years ago Closed 4 years ago

[Wayland] Rendering to floating-point textures is required but not supported

Categories

(Core :: Graphics, defect, P5)

64 Branch
Unspecified
Linux
defect

Tracking

()

RESOLVED DUPLICATE of bug 1604622

People

(Reporter: lviggiani, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: [gfx-noted])

Attachments

(1 file)

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:64.0) Gecko/20100101 Firefox/64.0
Build ID: 20180920011637

Steps to reproduce:

1) Install Firefox Nightly from flatpak (flatpak install --from https://firefox-flatpak.mojefedora.cz/org.mozilla.FirefoxNightly.flatpakref) so it runs on Wayland instead of XWayland

2) Run it on GNOME on Wayland session

3) Open this URL: http://madebyevan.com/webgl-water/

My system: Arch Linux x64, latest kernel, Intel® HD Graphics 620 (Kaby Lake GT2), GNOME 3.30 Wayland session


Actual results:

You get an error:
Rendering to floating-point textures is required but not supported


Expected results:

The OpenGL Water demo should appear.
Please note that the demo works on X11 or in Firefox stable.
Also other WebGL demos run successfully on Nighlty on Wayland. Only water demo is not working so far among those I have tested.
Blocks: wayland
Component: Untriaged → Graphics
Product: Firefox → Core
OS: Unspecified → Linux
Priority: -- → P5
Whiteboard: [gfx-noted]
Yes, I see that.
Status: UNCONFIRMED → NEW
Ever confirmed: true

I just worked a bit on bug 1474281 again an it works around this problem (by using OGL instead of GLES). So this seems not to be a Wayland problem but affects the GLES backend in general (I just confirmed that FF on Android shows the same error).

Maybe it deserves a higher priority then and a link to some android meta-bug?

The title here is a bit misleading - it is what the demo prints as error message, but the error behind that is actually:

Error: WebGL warning: checkFramebufferStatus: Framebuffer not complete. (status: 0x8cd6) Bad status according to the driver: 0x8cd6

which points in the direction of e.g. bug 1281181. The fact that it works on desktop gl most likely means that the demo uses some something that is not guaranteed to be available by the spec and just happens to be exposed by mesa when using desktop gl but not on gles. Anyhow, it's not directly related to Wayland but rather EGL / GLES and should therefore not "block" wayland (android is affected, too, as said above already).

This demo is known to have problems, particularly on non-desktop platforms:
https://github.com/evanw/webgl-water/pull/14

Thanks for the hint! Should we close this issue as wontfix then?

Provide an about:support for this config so I can double-check that we aren't missing anything.

And it still has this issue after bug 1604622 in fx73? You're still seeing it broken on 74?
It looks like it should be working, since EXT_color_buffer_float is detected and claimed as supported.

Errr....actually no. Sorry, posted the about:config from nightly but only checked in FF 72 because I somehow didn't anticipate that this would have changed! Alright, so we can close it as duplicate

Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → DUPLICATE

Thanks!

I'v just tested the URL (http://madebyevan.com/webgl-water/) in version 77.0a1 (2020-04-13) and it works now! And also rendering looks much smoother.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: