Black boxes replace images in Mojave (Was "No subject")

[Matthias Rebbe]

I noticed this behaviour also. But in my case it was sporadic and the png was not always black.
When it happened then most of the time the png was black, but sometimes also white and sometimes also something like ruby coloured.
See a screenshot of it here https://dl.qck.nu/samples/mojave-lc.png <https://dl.qck.nu/samples/mojave-lc.png>
 
Mostly after a restart of the app, sometimes after 2 - 4 restarts the png was correctly displayded (orange).

Tried with paint compression set to png also, but without success. I´ve removed the png now and set the background colour to orange.


Matthias Rebbe

free tools for Livecoders:
https://instamaker.dermattes.de <https://instamaker.dermattes.de/>
https://winsignhelper.dermattes.de <https://winsignhelper.dermattes.de/>

> Am 03.06.2019 um 19:57 schrieb Tom Bodine via use-livecode <use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>>:
> 
> Thanks, HH and Marty.
> 
> Marty wrote:
> 
> Are you setting the “ink” to something other than the standard srcCopy?
> 
> I am using srcCopy. Other settings are: don't dither ON, Buffer OFF. Resize
> quality: Best. Blend Lvl: 0 Layer mode: Static.
> 
> HH wrote:
> 
> Did you already try to
>   set the paintcompression to PNG
> in the standalone?
> 
> Or set it to the paintcompression of the imported image?
> 
> The black boxes result possibly from alpha data problems
> because a standalone's paintcompression is RLE by default ...
> 
> I will try that. If I set that globally, does it automatically apply to all
> image controls in the stack?
> 
> Thanks!
> 
> Tom Bodine
> 
> Original Post:
> 
> I'm troubleshooting a rare image issue and hope you can help.
> 
> The issue is that some (not all) images used in a LC standalone app appear
> as black boxes.
> 
> Details:
> 
> * Only happens if user is on Mac Mojave.
> 
> * All pictures appeared normally for the users before upgrading to Mojave.
> After upgrading to Mojave, the black boxes appeared for certain pictures.
> (Other pictures in the same game work fine.)
> 
> * For one user, pictures that failed to render were all screenshots done on
> her Mac.
> 
> * For another user, failing pictures were all composite images from
> photographs. (He arranged one or more images on his screen and use Grab or
> Photoshop to capture them as a composite image.)
> 
> * The issue can happen with either jpg or png files.
> 
> * I am certain the picture paths are valid, because LC is finding them and
> sizing the image control's rect to the aspect ratio of the images.
> 
> * The app in use is a LC standalone built on Mac with LC 8.1.10.
> 
> * The app allows users to select images to add to a quiz. Images are stored
> in a media folder and loaded as needed into an image control for display.
> Only one image file is shown at a time. (This has worked reliably for many
> years.) The full path to the image file is provided to the image control.
> 
> Have you seen any similar issue or do you have a theory about what's going
> on?
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode