New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 620327 link

Starred by 4 users

Issue metadata

Status: Fixed
Owner: ----
Closed: Dec 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug

Blocked on:
issue 635081



Sign in to add a comment

vao drop draw call when array not binded

Reported by ced...@sketchfab.com, Jun 15 2016

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.33 Safari/537.36

Steps to reproduce the problem:
1. go on the page https://sketchfab.com/models/c03e700989054d8b85b629455ca07b08?use_vao=1
2. the cube displayed is black
3. 

What is the expected behavior?
the expected rendering is https://sketchfab.com/models/c03e700989054d8b85b629455ca07b08?use_vao=0
not that on windows it works as expected, I can also says that the bug exist in firefox too. It looks like it could be a driver / angle bug 

What went wrong?
When creating the vao, I dont have texcoord but in the shader I use it. in the spec when using texcoord not binded the default coord 0,0,0,0 should be used. When using vao on osx it seems that the drawcall is completely discarded

Did this work before? N/A 

Chrome version: 52.0.2743.33  Channel: beta
OS Version: OS X 10.11.5
Flash Version: Shockwave Flash 22.0 r0
 
Cc: tkonch...@chromium.org
Labels: M-53
Status: Untriaged (was: Unconfirmed)
Tested the same on mac 10.11 chrome version 52.0.2743.41 and canary 53.0.2768.0 - observed that the cube is displayed in black color

Please find the screenshot

Observed red color cube in firefox browser and win oS

This issue is seen on mac from M30 builds to latest canary
Screen Shot 2016-06-16 at 2.36.24 PM.png
702 KB View Download
Confirmed the issue for more inputs on this
Components: Internals>GPU>ANGLE Blink>WebGL
Labels: -M-53
Cc: kbr@chromium.org zmo@chromium.org
Components: -Internals>GPU>ANGLE Internals>GPU>WebGL
ANGLE isn't used on MacOS in Chrome yet, so if it's working on Windows, the bug won't be there. 

Comment 5 by zmo@chromium.org, Jun 19 2016

Cc: vmi...@chromium.org ccameron@chromium.org
It seems the behavior is different between compatibility profile / core profile.

When you run chrome with --enable-unsafe-es3-apis, which we switch to use core profile GL, then this renders OK.

I am not sure if it's an issue in Chrome (we might have code path difference between two profiles) or a bug in compatibility profile.
I dont think it's specific to chrome, I have the same behavior on firefox on osx 

Comment 7 by zmo@chromium.org, Jun 19 2016

One more reason we should switch to core profile then.
any news on this issue ?

Comment 9 by zmo@chromium.org, Jul 18 2016

Status: Available (was: Untriaged)
I wasn't able to switch Mac to core profile as I originally planned, but the good new is, this is a task on top of my todo list after Siggraph, so it's coming really soon.

Comment 10 by kbr@chromium.org, Sep 2 2016

Blockedon: 635081
Cc: kainino@chromium.org
The Core Profile switch has happened in Issue 635081 and seems that it will stick. I can't reproduce the reported problem any more on macOS 10.11.6, but I also couldn't reproduce it in current Firefox. Here's my about:gpu. Does this still reproduce on Canary? If so could you provide about:gpu?

Graphics Feature Status
Canvas: Hardware accelerated
Flash: Hardware accelerated
Flash Stage3D: Hardware accelerated
Flash Stage3D Baseline profile: Hardware accelerated
Compositing: Hardware accelerated
Multiple Raster Threads: Enabled
Native GpuMemoryBuffers: Hardware accelerated
Rasterization: Hardware accelerated
Video Decode: Hardware accelerated
Video Encode: Hardware accelerated
VPx Video Decode: Hardware accelerated
WebGL: Hardware accelerated
Driver Bug Workarounds
disable_framebuffer_cmaa
disable_multimonitor_multisampling
get_frag_data_info_bug
needs_offscreen_buffer_workaround
pack_parameters_workaround_with_pack_buffer
regenerate_struct_names
scalarize_vec_and_mat_constructor_args
set_zero_level_before_generating_mipmap
unfold_short_circuit_as_ternary_operation
unpack_alignment_workaround_with_unpack_buffer
unpack_overlapping_rows_separately_unpack_buffer
use_intermediary_for_copy_texture_image
use_shadowed_tex_level_params
validate_multisample_buffer_allocation
Problems Detected
Work around a bug in offscreen buffers on NVIDIA GPUs on Macs: 89557
Applied Workarounds: needs_offscreen_buffer_workaround
Multisampling is buggy on OSX when multiple monitors are connected: 237931
Applied Workarounds: disable_multimonitor_multisampling
Multisampled renderbuffer allocation must be validated on some Macs: 290391
Applied Workarounds: validate_multisample_buffer_allocation
Unfold short circuit on Mac OS X: 307751
Applied Workarounds: unfold_short_circuit_as_ternary_operation
Always rewrite vec/mat constructors to be consistent: 398694
Applied Workarounds: scalarize_vec_and_mat_constructor_args
Mac drivers handle struct scopes incorrectly: 403957
Applied Workarounds: regenerate_struct_names
glGenerateMipmap fails if the zero texture level is not set on some Mac drivers: 560499
Applied Workarounds: set_zero_level_before_generating_mipmap
Pack parameters work incorrectly with pack buffer bound: 563714
Applied Workarounds: pack_parameters_workaround_with_pack_buffer
Alignment works incorrectly with unpack buffer bound: 563714
Applied Workarounds: unpack_alignment_workaround_with_unpack_buffer
copyTexImage2D fails when reading from IOSurface on multiple GPU types.: 581777
Applied Workarounds: use_intermediary_for_copy_texture_image
Unpacking overlapping rows from unpack buffers is unstable on NVIDIA GL driver: 596774
Applied Workarounds: unpack_overlapping_rows_separately_unpack_buffer
Mac Drivers store texture level parameters on int16_t that overflow: 610153
Applied Workarounds: use_shadowed_tex_level_params
Limited enabling of Chromium GL_INTEL_framebuffer_CMAA: 535198
Applied Workarounds: disable_framebuffer_cmaa
glGetFragData{Location|Index} works incorrectly on Max: 638340
Applied Workarounds: get_frag_data_info_bug
Version Information
Data exported	9/2/2016, 1:34:07 PM
Chrome version	Chrome/55.0.2847.0
Operating system	Mac OS X 10.11.6
Software rendering list version	11.10
Driver bug list version	8.91
ANGLE commit id	a4e6f07433d2
2D graphics backend	Skia/55 3ed18974370084bcf39a5b642c514e306b7a5626
Command Line Args	Chrome Canary.app/Contents/MacOS/Google Chrome Canary --flag-switches-begin --flag-switches-end
Driver Information
Initialization time	46
In-process GPU	false
Sandboxed	true
GPU0	VENDOR = 0x10de, DEVICE= 0x0fe9 *ACTIVE*
GPU1	VENDOR = 0x8086, DEVICE= 0x0d26
Optimus	true
AMD switchable	false
Driver vendor	
Driver version	10.10.13 310.42.25f01
Driver date	
Pixel shader version	4.10
Vertex shader version	4.10
Max. MSAA samples	8
Machine model name	MacBookPro
Machine model version	11.3
GL_VENDOR	NVIDIA Corporation
GL_RENDERER	NVIDIA GeForce GT 750M OpenGL Engine
GL_VERSION	4.1 NVIDIA-10.10.13 310.42.25f01
GL_EXTENSIONS	GL_ARB_blend_func_extended GL_ARB_draw_buffers_blend GL_ARB_draw_indirect GL_ARB_ES2_compatibility GL_ARB_explicit_attrib_location GL_ARB_gpu_shader_fp64 GL_ARB_gpu_shader5 GL_ARB_instanced_arrays GL_ARB_internalformat_query GL_ARB_occlusion_query2 GL_ARB_sample_shading GL_ARB_sampler_objects GL_ARB_separate_shader_objects GL_ARB_shader_bit_encoding GL_ARB_shader_subroutine GL_ARB_shading_language_include GL_ARB_tessellation_shader GL_ARB_texture_buffer_object_rgb32 GL_ARB_texture_cube_map_array GL_ARB_texture_gather GL_ARB_texture_query_lod GL_ARB_texture_rgb10_a2ui GL_ARB_texture_storage GL_ARB_texture_swizzle GL_ARB_timer_query GL_ARB_transform_feedback2 GL_ARB_transform_feedback3 GL_ARB_vertex_attrib_64bit GL_ARB_vertex_type_2_10_10_10_rev GL_ARB_viewport_array GL_EXT_debug_label GL_EXT_debug_marker GL_EXT_depth_bounds_test GL_EXT_framebuffer_multisample_blit_scaled GL_EXT_texture_compression_s3tc GL_EXT_texture_filter_anisotropic GL_EXT_texture_mirror_clamp GL_EXT_texture_sRGB_decode GL_APPLE_client_storage GL_APPLE_container_object_shareable GL_APPLE_flush_render GL_APPLE_object_purgeable GL_APPLE_rgb_422 GL_APPLE_row_bytes GL_APPLE_texture_range GL_ATI_texture_mirror_once GL_NV_texture_barrier
Disabled Extensions	
Window system binding vendor	
Window system binding version	
Window system binding extensions	
Direct rendering	Yes
Reset notification strategy	0x0000
GPU process crash count	0
Compositor Information
Tile Update Mode	Zero-copy
Partial Raster	Enabled
GpuMemoryBuffers Status
ATC	Software only
ATCIA	Software only
DXT1	Software only
DXT5	Software only
ETC1	Software only
R_8	GPU_READ_CPU_READ_WRITE, GPU_READ_CPU_READ_WRITE_PERSISTENT
BGR_565	Software only
RGBA_4444	Software only
RGBX_8888	Software only
RGBA_8888	GPU_READ, SCANOUT
BGRX_8888	GPU_READ, SCANOUT
BGRA_8888	GPU_READ, SCANOUT, GPU_READ_CPU_READ_WRITE, GPU_READ_CPU_READ_WRITE_PERSISTENT
YVU_420	Software only
YUV_420_BIPLANAR	GPU_READ_CPU_READ_WRITE, GPU_READ_CPU_READ_WRITE_PERSISTENT
UYVY_422	GPU_READ_CPU_READ_WRITE, GPU_READ_CPU_READ_WRITE_PERSISTENT
Cc: yunchao...@intel.com

Comment 12 by p...@sketchfab.com, Sep 16 2016

Bugs still here on OSX chrome is Version 54.0.2840.27 beta (64-bit)

Cube still black on https://sketchfab.com/models/c03e700989054d8b85b629455ca07b08?use_vao=1

Comment 13 by kbr@chromium.org, Sep 17 2016

Status: ExternalDependency (was: Available)
I can confirm that the cube renders black in Chrome 54 on macOS on the same hardware mentioned in #54.

With --enable-unsafe-es3-apis, it renders correctly. This means that in Chrome 55 and later this is always going to work.

There are a bunch of rendering tests with vertex array objects in https://www.khronos.org/registry/webgl/sdk/tests/conformance/extensions/oes-vertex-array-object.html (the source code of which is in https://github.com/KhronosGroup/WebGL ), and some of these test with vertex attributes being used in the shader, but not enabled as arrays. These tests all pass. I don't know what the essential difference is between these tests' setup and yours, but if you can figure out how to add a test for the situation you've encountered, we'll be happy to add it to the WebGL conformance suite as a regression test.

Marking ExternalDependency -- we need more information about the exact scenario that's failing in order to make a regression test.

Tested on osx chrome 55.0.2866.0 and the cube is red, it's fixed on this version

Comment 15 by zmo@chromium.org, Dec 2 2016

Status: Fixed (was: ExternalDependency)
Components: -Internals>GPU>WebGL

Sign in to add a comment