Affinity Photo: close doc after creating new Studio Preset = BOOM (repeatable)

[nickbatz]

macOS Ventura 13.5.1, Affinity Photo Beta 2.2.1 (2075), Mac Studio M1 Max

1. Create a new view and drag it over to a second monitor (a Wacom).

2. Create a new Studio preset (in the vain hope that the program will remember your window setup, which I'll post as part of a feature request).

3. Close the file.

4. See Affinity Photo go BOOM.

[walt.farrell]

It shouldn't go Boom, of course.

Aside from that, Studio Presets are for layouts of the panels, and Tools. Items which are static, and not dependent on the documents you have to be open. They are not for layouts of documents and which monitors the documents are on.

[nickbatz]

I want them to be for layouts, in fact I just got through submitting some feature requests for working with a Wacom.

[NathanC]

Hi @nickbatz,

To clarify, is the application crashing? If so, do you have any crash reports from this? In addition could you confirm what display tablet model you're using and if this happens in the current release builds (v2.2.0)? 

Also to confirm, when you mention in step 1 to create a new view, do you mean that the document tab needs to be dragged out into a separate window, which is then placed on the tablet display screen?

Many thanks

[nickbatz]

Hi Nathan, thanks.

Yes, it's the application crashing, but apparently it doesn't do it with every file, now that I look deeper. 

The tablet is a Wacom Cintiq 16 using the latest driver they have, and I put my system specs above (latest 2.2.1 Affinity Photo beta, latest Ventura 13.5.1, Mac Studio M1 Max w/64GB).

Also, I tried the same steps with a third monitor (a Samsung 4K TV connected to the HDMI port) and it *does not* crash. The Wacom is connected by DisplayPort, so that may be a clue.

I put four crash logs here in a compressed file:

<https://www.dropbox.com/scl/fi/dwt802b57re2ln47llrbz/affinity-crash-logs.zip?rlkey=6nrk6x9vgxzglpvnby2feo3ch&dl=0>

[nickbatz]

https://developer.apple.com/documentation/xcode/investigating-memory-access-crashes

[NathanC]

Hi @nickbatz,

Thanks for the additional info, we don't have a Cintiq 16 to hand but a Cintiq 13 Pro, I've got this setup on my Mac with a USB-C to USB-C connection (There isn't a display port cable connector with the tablet or my Mac Pro) but this is working as expected if I drag a document tab over to the Cintiq display > Move some Studio Panels onto the display > Add a Preset > Close the document tab on the Cintiq Display. Could you possibly confirm if this happens when connected to the tablet via a USB-C connection for the display, just to rule that out as a factor?

In addition, you mentioned that it doesn't happen with every file, could you send me over a copy of a file you can replicate this problem on? Let me know if you need a private upload link.

What would also be really helpful is if you could screen record the problem occuring on your Cintiq display in case i'm missing something key, this is fairly straightforward using Quicktime player if you move the record area over to the tablet by selecting 'Record Entire Screen' and then clicking on the Tablet display to record that screen. Guide: https://support.apple.com/en-gb/HT208721

Many thanks

[nickbatz]

So it turns out that Save As-ing the files solves the problem.

I think it's just some kind of disk confusion after I add the 50,000th layer.

Thanks for your response, will post back here if this returns

[nickbatz]

STOP THE PRESSES. The saved-as file is doing the same thing now.

Unfortunately I can't really send out the file (it's kinda valuable), but when I get a chance I'll see if I can find another one that acts up.

[nickbatz]

Wait. I can screen record what happens, but recording two monitors may be trick (I've never tried that). If it is tricky I'll just shoot a video of the screen.