AD crashing

[jackamus]

AD has crashed 4 times when I try to paste a copied AD image i (file attached) into an email. The part of the image that I copied was the object with the dimensions only.

Each time it crashed I was able to open the recovery file.

Spring winder 1.afdesign

[markw]

Yes, there is something odd going on with that document…?
If you Group all the objects that make up that bottom right object it fails to display a correct Group bounding box. It just shows one white corner control handle where the bottom right of the bounding box should be.
Similarly if the objects in the top right of the document are Grouped the same thing happens.
Also if you double click on the thumbnail after grouping either of the right hand objects instead of zooming in/out so that group fills the available screen space, AD zooms way out to 0.2%!!!
Attempting to copy either of the right hand objects/groups will crash AD (Crash report attached).
The three objects on the left of the document behave correctly and cause no crashes.
Affinity Designer 2 Affinity Store_2023-10-13-101550_mark-withingtons-MacBook-Pro.crash

[jackamus]

10 minutes ago, markw said:

Yes, there is something odd going on with that document…?
If you Group all the objects that make up that bottom right object it fails to display a correct Group bounding box. It just shows one white corner control handle where the bottom right of the bounding box should be.
Similarly if the objects in the top right of the document are Grouped the same thing happens.
Attempting to copy either group will crash AD (Crash report attached).
The three objects on the left of the document behave correctly and cause no crashes.
Affinity Designer 2 Affinity Store_2023-10-13-101550_mark-withingtons-MacBook-Pro.crash

Was this helpful in reporting the crash or is there something else I could do.

 

BTW I copied the image to a new doc and then exported it as a jpeg. This worked and I was able to insert the jpeg into the email.

[markw]

Always good to report these things!
It most likely is a one-off event, but something has got corrupted within that document, the how and why of which alludes me!
But in posting the offending document someone from Serif will no doubt now be able to dissect it to see what’s happening.

[Dan C]

Thanks for your file provided @jackamus!

The issue in your file is due to the Compound object - you have a very strange layer setup for this object, which includes multiple compounds within the same compound shape, some of which are simply empty compounds within a compound group.

It appears as though this is causing a recurring mathematics error for the Compound shape, setting the X& Y location, as well as the Height & Width of the object to;

15220468541834272403530696713984091417512736516259435112031139106814910766953401025357054709781589502319562428582293058800246641899534378429240315730800057085531258937648020520853768518830879150395566171888181809594625546509775424923231356337594894783572486312364486501173963294843541702712847289214866292736 mm 

As you can imagine, when the app tries to copy an object that is impossibly large, it simply crashes.

Although Compounds are compatible to be nested within other Compounds, there is clearly an issue caused from to your layer setup in this file. I've been able to replicate this by creating a Subtract Compound, then adding an Add Compound within this and deleting the object within the Add Compound. The app then cannot calculate Subtracting an infinite Addition and the above issue occurs. I'll be logging this with our devs now.

As this is a relatively simple shape, you can create this using a single Compound and it will work as expected, retaining the correct H&W values and the ability to be copied, etc - 

Please find a copy of your file with these fixes applied below: 

Spring winder 1_F.afdesign

I hope this helps!