[Bug 101596] Blender renders black UI elements
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Wed Jul 5 03:33:51 UTC 2017
https://bugs.freedesktop.org/show_bug.cgi?id=101596
--- Comment #5 from Matias N. Goldberg <dark_sylinc at yahoo.com.ar> ---
Mystery solved:
When I click the material button, this function is hit:
1 st_get_fp_variant st_program.c 1326 0x7fbb34c5c595
2 get_color_fp_variant st_cb_drawpixels.c 963 0x7fbb34c0ae87
3 st_DrawPixels st_cb_drawpixels.c 1115 0x7fbb34c0b3ea
4 _mesa_DrawPixels drawpix.c 163 0x7fbb3499d954
5 ?? 0x55b9c4a159d5
6 ?? 0x55b9c4a15d20
7 ?? 0x55b9c4a3e15c
8 ?? 0x55b9c4a3f956
9 ui_draw_but 0x55b9c4a428cb
10 UI_block_draw 0x55b9c49f700a
11 UI_panels_draw 0x55b9c4a23ede
12 ED_region_panels 0x55b9c4b11bbd
13 ?? 0x55b9c484050e
14 ED_region_do_draw 0x55b9c4b10837
15 wm_draw_update 0x55b9c4817a96
16 WM_main 0x55b9c4813008
17 main 0x55b9c47d015e
get_color_fp_variant ends up calling st_get_fp_variant even though
st->has_shareable_shaders is set; and st_get_fp_variant ends up creating a new
variant.
st_get_fp_variant will create a new variant and add it to the front of the
linked list:
fpv->next = stfp->variants;
stfp->variants = fpv;
Therefore later on st_update_fp thinks only one variant should be there, and
tries to use the first one, which is the new one created by _mesa_DrawPixels;
which is wrong, triggering all the glitches.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170705/8a699df7/attachment-0001.html>
More information about the dri-devel
mailing list