Jon P

It has indeed always been like this. It's so you can use the left/right side of a facing page master on a single page of a facing page document

Thanks for those files. I've been able to reproduce a crash with the last file you sent. I found setting autosave down to 30 seconds and leaving the file open, the adding objects to the pages would trigger a crash I'll get this logged, thanks for the report

Hi @Bob Nakashian, If you can upload the file here I'll take a look and see if I can reproduce this behavior Thanks!

If you delete the MRU.dat file stored in /Users/username/Library/Application Support/appname/ then hopefully that should fix it for you

Hi @dcarvalho84, This is something we are aware of, we hopefully should have some tweaks in this area in the next beta build that is made available. Thanks for the report

Hi @safoster71, This is something we are aware of, there's been some recent changes in this area so this should hopefully be better in the next build we make available. Thanks for the report

Good spot, I've reproduced and logged this

Hi @simonsaunders, welcome to the beta! Are you able to consistently reproduce this? If so is it possible to attach the idml files and images you are re linking? Thanks

Hi @AcreativeMotif, Welcome to the forums. This file is opening fine for me, which suggests it's one of the links to your files that's causing the crash on your end. There was a file which had a link to the root of dropbox which I've removed (this was your front cover). If this still crashes on open for you, I would advise to rename the CARTERDEVGROUP folder in your dropbox. This will "break" all the links so they load as missing (so it's in a similar state to my machine which is opening the file). If you then re-link all the files to the renamed folder your document should look the same as before and hopefully be fixed Built Environment DEI Analysis University of Washington HFS-rs.afpub

Can you attach the crash reports?

This was actually already logged, I just missed it on the known issues. It actually does sort, but you need to refresh the table to see the sort (which can be done by changing the target type between anchors/paragraph). Should hopefully be fixed in the next beta I'll look at getting this added as an improvement

I'm still struggling to reproduce this with some example files, any chance you can capture the crash on video? Thanks

Hi @Old Bruce, Struggling to reproduce this, I'm assuming you can't constantly reproduce it? Was it happening specifically on a certain document or after you've done some other actions? Or is it something you've just seen every now and again on a variety of documents?

Hi Filo63, As N.P.M mentions, I believe this is mostly covered by an issue we have logged, where if you re scale/re size an object, de select and re select it the transform origin can move around unexpecedtly. We also have another issue in relating to facing pages sometimes confusing the transform origin, but I don't believe this is what you are encountering in your video. Thanks for the report

Hi Nasu, The ExpressKeys on a Wacom Intous Pro here seem to functioning in 2.1 and 2.0 What Wacom tablet are you using?

Can you upload the crash report that it should have generated when you got this error?

I believe the "picture will not delete" is essentially another symptom of the "Can't unpin" bug that's in the current betas the moment. So when that bug is fixed I assume this one (and the crash you have both experienced) will also be fixed. There's a potential fix in for this bug, so when we get a new set of builds I'll double check that it's possible to delete inline pinned objects

Hi @gordoncato, Is this something you can reproduce with a blank new document? Do you have to use any specific printing settings? Are you able to reproduce the same crash in version 2.0.4?

Can you ensure your graphics drivers are up to date and let me know if you still get crashes? If you are still getting crashes, can you let me know your hardware specifications/driver versions? Thanks

Thanks for the report, I've reproduced and logged this, does seem to have regressed from 2.0.4

All of those crash reports are crashing in opencl-clang64.dll which is related to your graphics driver, so HA does indeed seem to be the cause. I'm curious if you have HA off in retail?

Hey walt, If you want to upload the .dmp here I can have a look. I assume you can't reproduce it and it ran up the second time without issue?

Thanks for the report, I've reproduced this and logged it

Hi @dcarvalho84, Indeed, nothing was logged so there hasn't been a fix. I have however just reproduced it thanks to the video you provided, so it's now logged with us and should hopefully be addressed in a future beta. Thanks for the video!

Hi @joe_l, I'm not seeing any slowdown here with the Notes panel open (also Windows 10). Have also ensured it's on a 2nd monitor. Can you confirm this happens in a new blank document (with only a text frame in for text entry?)