Opened 11 days ago

Last modified 11 days ago

#14340 new bug

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:
Has a Patch: no Platform: x86-64

Description

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

Attachments (3)

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

Change History (5)

comment:1 Changed 11 days ago by waddlesplash

Is this preceded by a KDL?

And, what hrev did this begin occurring on?

Changed 11 days ago by cocobean

Attachment: P_20180809_071100[1].jpg added

Blender screenshot #1

Changed 11 days ago by cocobean

Attachment: P_20180809_070808[1].jpg added

Blender screenshot 2

Changed 11 days ago by cocobean

Attachment: P_20180809_070845[1].jpg added

Blender screenshot 3

comment:2 Changed 11 days ago by 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.

Note: See TracTickets for help on using tickets.