Black canvas overlay triggered within certain graphics applications

[cocobean]

The main canvas editing area of the graphics application shows a black overlay screen shortly after the canvas editing area appears. You can see the menus and panels or menus/panels may appear/disappear upon cursor movement over them. In Blender, the canvas area appears if trying to render an image and during the Blender splash screen when the app is launched - but disappears after you close the Blender splash screen image. In ArtPaint, the canvas area turns black but you can see the menu options and panels.

This issue is specific to Haiku x86_64 version for specific apps. Applications affected:

1. ArtPaint 2.1.2, 2.1.0git-7
2. Blender 2.79b

Seems to work: GrafX2, Becasso, TuxPaint, Krita, KolourPaint

[waddlesplash]

Is this preceded by a KDL?

And, what hrev did this begin occurring on?

[cocobean]

Blender screenshot #1

[cocobean]

Blender screenshot 2

[cocobean]

Blender screenshot 3

[cocobean]

No KDL issue beforehand. This happens on all recent x86_64 nightly snapshots since May 2018 - >hrev52201. Does not happen on same x86_gcc2 hrevs using Blender/ArtPaint/WonderBrush.

[miqlas]

You should not compare x86_64 and x86_gcc2 Blender. The x86_gcc2 one - AFAIK - using native UI while the x86_64 uses SDL, but you can check it if you do objdump -x Blender | grep NEEDED. If it is SDL based it must be listed there.

I think the missing hardware cursor support is the reason for the black blocky graphics glitches, but fixme.

[cocobean]

Please close this ticket. I have a working solution.

[X512]

If you use Blender 2.79+, you should apply this patch: ​https://github.com/haikuports/haikuports/pull/4535.

[X512]

Cursor problem is duplicate of https://dev.haiku-os.org/ticket/9304.

[cocobean]

This issue was fixed. Tested with ArtPaint 2.2.0 and Blender 3.0.1 using haiku_hrev56119 x64. Thank you.