[Debian GNUstep maintainers] Bug#1087735: gworkspace.app: NSImage(instance) does not recognize subviews

[Riccardo Mottola]

Hi,

> FWIW, I also cannot reproduce on i386, but this is on a bookworm
> machine with manually built latest GNUstep + GWorkspace from tarballs;
> GCC 12.2.0.  The OP reports the bug on trixie, GCC 14.2.0.

I use Devuan and also have 12.2 compiler, so I think we are matched here.
On another system (64bit though) I do use gcc 14 without issues.
But a lot of other dependencies might be updated. Read below.

>
>> First thing I see is that the screenshot shows a different exception
>> than the one you describe. NSConstantString vs NSImage.
> I also noticed this.

Paul needs to tell us about this discrepancy.


>
> To answer your questions: gnustep-base is confugured with
> --disable-bfd; gnustep-gui with --disable-icu-config
> --enable-imagemagick.  The compiler options used (in addition to those
> defined by gnustep-make) are:

Btw. I hope I fixed the disable-icu-config nusieance today :)

My first guess would be --enable-imagemagick

I remember fixing a couple of crashers, I don't remember they got into 
release.
But I am testing on ImageMagick 6, maybe trixie only has 7, or has both 
and 7 is being used.

I propose - at least for debugging purposes - to use a gui version 
without ImageMagick and/or with ImageMagic 6.

> No; we can't have PDFKit in Debian. The Debian gworkspace package
> uses PopplerKit and it's the only patch to the pristine upstream
> source:
>
> https://sources.debian.org/src/gworkspace/1.0.0-4/debian/patches/popplerkit.patch/

Ok, it still means you "enable" PDF support. However that is only used 
with an Inspector and in the screenshot of Paul it was not enabled and 
he is selecting an application and not an image or PDF doc.


Riccardo