Opened 6 years ago

Closed 2 years ago

#14340 closed bug (not reproducible)

Black canvas overlay triggered within certain graphics applications

Reported by: cocobean Owned by: axeld
Priority: normal Milestone: Unscheduled
Component: Servers/app_server Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Platform: x86-64

Description (last modified by 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

Attachments (3)

P_20180809_071100[1].jpg (1.6 MB ) - added by cocobean 6 years ago.
Blender screenshot #1
P_20180809_070808[1].jpg (1.5 MB ) - added by cocobean 6 years ago.
Blender screenshot 2
P_20180809_070845[1].jpg (1.1 MB ) - added by cocobean 6 years ago.
Blender screenshot 3

Change History (12)

comment:1 by waddlesplash, 6 years ago

Is this preceded by a KDL?

And, what hrev did this begin occurring on?

by cocobean, 6 years ago

Attachment: P_20180809_071100[1].jpg added

Blender screenshot #1

by cocobean, 6 years ago

Attachment: P_20180809_070808[1].jpg added

Blender screenshot 2

by cocobean, 6 years ago

Attachment: P_20180809_070845[1].jpg added

Blender screenshot 3

comment:2 by cocobean, 6 years ago

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.

comment:3 by miqlas, 6 years ago

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.

comment:4 by cocobean, 6 years ago

Last edited 5 years ago by cocobean (previous) (diff)

comment:5 by cocobean, 5 years ago

Description: modified (diff)

comment:6 by X512, 5 years ago

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

comment:7 by X512, 5 years ago

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

comment:8 by cocobean, 2 years ago

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

comment:9 by waddlesplash, 2 years ago

Resolution: not reproducible
Status: newclosed
Note: See TracTickets for help on using tickets.