Closed
Bug 1321768
Opened 8 years ago
Closed 7 years ago
WebGL Rendering of semitransparent textures white artifacts in Firefox 50.0
Categories
(Core :: Graphics: CanvasWebGL, defect, P3)
Tracking
()
People
(Reporter: aschilling, Assigned: jgilbert)
References
Details
(Keywords: regression, Whiteboard: [gfx-noted])
Attachments
(1 file)
346.52 KB,
image/jpeg
|
Details |
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.99 Safari/537.36 Steps to reproduce: Opening the following webpage: http://www.businesslocationcenter.de/wab/maps/main/?startingmap=cesium&lang=en&cameraPosition=13.39385%2C52.51786%2C61.85228&groundPosition=13.39372%2C52.51854%2C34.30087&distance=80.31&pitch=-20.06&heading=353.25&roll=359.98 We are developing this website, which renders a 3D city model. Actual results: As of Firefox 50.0 PNG textures with semitransparent pixels are not rendered correctly. Pixels with alpha value between 0.0 and 1.0 are rendered white. With Firefox 49.0.2 everything is fine. Report from http://webglreport.com/: Win32 Browser User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:50.0) Gecko/20100101 Firefox/50.0 Context Name: webgl GL Version: WebGL 1.0 Shading Language Version: WebGL GLSL ES 1.0 Vendor: Mozilla Renderer: Mozilla Antialiasing: Available ANGLE: Yes, D3D11 Major Performance Caveat: No Vertex Shader Max Vertex Attributes: 16 Max Vertex Uniform Vectors: 4096 Max Vertex Texture Image Units: 16 Max Varying Vectors: 30 Best float precision: [-2127, 2127] (23) Transform Feedback Coming in WebGL 2 Rasterizer Aliased Line Width Range: [1, 1] Aliased Point Size Range: [1, 1024] Fragment Shader Max Fragment Uniform Vectors: 1024 Max Texture Image Units: 16 float/int precision: highp/highp Best float precision: [-2127, 2127] (23) Framebuffer Max Color Buffers: 8 RGBA Bits: [8, 8, 8, 8] Depth / Stencil Bits: [16, 8] Max Render Buffer Size: 16384 Max Viewport Dimensions: [32767, 32767] Textures Max Texture Size: 16384 Max Cube Map Texture Size: 16384 Max Combined Texture Image Units: 32 Max Anisotropy: 16 Uniform Buffers Coming in WebGL 2 Supported Extensions: ANGLE_instanced_arrays EXT_blend_minmax EXT_color_buffer_half_float EXT_frag_depth EXT_shader_texture_lod EXT_texture_filter_anisotropic OES_element_index_uint OES_standard_derivatives OES_texture_float OES_texture_float_linear OES_texture_half_float OES_texture_half_float_linear OES_vertex_array_object WEBGL_color_buffer_float WEBGL_compressed_texture_etc1 WEBGL_compressed_texture_s3tc WEBGL_depth_texture WEBGL_draw_buffers WEBGL_lose_context MOZ_WEBGL_lose_context MOZ_WEBGL_compressed_texture_s3tc MOZ_WEBGL_depth_texture Expected results: The pixels bordering the full opaque pixels should be rendered in a semitransparent way. The same model is rendered correctly in Google Chrome Version 54.0.2840.99 m (64-bit) and in Microsoft Edge 25.10586.672.0.
Reporter | ||
Updated•8 years ago
|
OS: Unspecified → Windows 10
Hardware: Unspecified → x86
Reporter | ||
Updated•8 years ago
|
Version: 50 Branch → Trunk
Regression range: https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=4ebed327385b6827b9275c21e29f23b13aa92457&tochange=fa9844b0dee37aeb4c94d027f7c68a94721db320
Blocks: 1300946
Status: UNCONFIRMED → NEW
status-firefox50:
--- → affected
status-firefox51:
--- → affected
status-firefox52:
--- → affected
status-firefox53:
--- → affected
tracking-firefox50:
--- → ?
tracking-firefox51:
--- → ?
tracking-firefox52:
--- → ?
tracking-firefox53:
--- → ?
Ever confirmed: true
Flags: needinfo?(jgilbert)
Keywords: regression
Version: Trunk → 50 Branch
Updated•8 years ago
|
Priority: -- → P3
Whiteboard: [gfx-noted]
Assignee | ||
Updated•7 years ago
|
Assignee | ||
Comment 4•7 years ago
|
||
I believe I was previously reproducing this, but it looks fine in at least Nightly now. Please retest in current Nightly and Beta, posting the "Build ID" (from about:support) for the builds you test?
Flags: needinfo?(aschilling)
Comment 5•7 years ago
|
||
I can't reproduce this on Win10 even with Fx50. Loic, you were able to reproduce this at one point, does it still reproduce for you? If not, would you be able to bisect what fixed it?
Flags: needinfo?(epinal99-bugzilla2)
I can't reproduce it even with a nightly build from the day where the reporter filed the bug report, even the day after the regression range. Let's close it.
Status: NEW → RESOLVED
Closed: 7 years ago
Flags: needinfo?(epinal99-bugzilla2)
Flags: needinfo?(aschilling)
Resolution: --- → WORKSFORME
Comment 7•7 years ago
|
||
Mark 51 won't fix as WFM.
Updated•7 years ago
|
Updated•7 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•