christhes

May I submit a dump too? I have the same issue.

Literally as I was coming here to post that the problem appeared to be gone in 2.04, it happened again But this time at least it lasted over an hour before freezing.

Hope this helps.

I use Affinity to create comics and frequently use boolean operations to create tails for word balloons when the built-in callout ellipse/rectangle tools aren't appropriate. In v1 it was possible to do this just by clicking three times with the pen tool and doing a boolean add. Now I have to either make sure the tail curve is closed (four clicks with the pen tool) or make sure it has a fill assigned, otherwise all it does is add extra vertices where it overlapped the first curve. Example: top left are the base shapes, top right is what happens when those shapes are added in ADv1, bottom is what happens when those shapes are added in ADv2. Similarly it used to be possible to use boolean divide without a second operator on a shape consisting of merged non-overlapping curves to split them into separate curves, and now when I attempt this without setting a fill it just deletes them. Again, it works properly if the shape has a fill.

Update to the update: Problem is not solved, it just takes a lot longer to occur now (20-40 minutes instead of 3-5).

Update: Problem persisted on 2.03 until I updated Intel Arc Graphics driver, as the Microsoft driver for this tablet is more than a year out of date. As far I can tell through non-exhaustive testing (20 minutes of sketching), this has resolved it. I will report back if it resumes with my regular workflow.

My options are Intel Iris Xe Graphics and WARP. I just tried switching to WARP and the problem still occurs (also, overall performance tanks).

I have a Surface Pro 8 i7 16gb. Every few minutes the program goes completely unresponsive and hangs, requiring force-quit. It seems to be related to using multitouch gestures to zoom in and out, and to move around the document. However, when it happens appears to be random (I just tested it with a document I did not make any edits to and the freeze occurred after 43 seconds of using gestures the first time and 136 seconds the second time; the third time I attempted to continuously move for a protracted period without removing my fingers from the touchscreen and it did not freeze, so perhaps it has something to do with the speed of successive touch inputs). It happens in both Photo and Designer. I have not used Publisher yet so I can't say if it does the same there. It does not make a difference whether OpenCL is enabled or not (OpenCL did cause similar freezes and crashes for me in v1 several years ago on a Surface Pro 2017 i5, but I have tried it both enabled and disabled and still have this freeze). Currently it is disabled. Unfortunately I don't have any crash logs because the program doesn't crash, just hangs, and has to be closed as an unresponsive program.

I had the same problem. Working on a Surface Pro 5, the Intel integrated chip is allegedly compatible but in practice it doesn't work, possibly because Microsoft uses a custom version of the Intel driver which is a little bit behind the times (I've tried updating to Intel's own driver and it won't let me). Interestingly, it only exhibited this behavior in Photo before I turned OpenCL off - in Designer it's still turned on and I haven't seen any slowness or instability.

Current version (just updated on Tuesday). Just now I tried to switch to a Designer window that had been open for several hours without being used. The window loaded, then a second or two after switching to it, the program seemed to reload itself all the way from the splash screen, and when it was finished it did not prompt to recover unsaved files like it normally does on a crash. There were about 6 or 7 files open simultaneously (but only one had not been saved recently).