Callum

Hi Garden-user, I apologise for the delayed response to this thread. I understand your frustration regarding this but we do warn users on opening a V1 file in V2 will render it in-editable in V1 once saved you can see a copy of this message below. This isn't a bug and is something that is very unlikely to change in the future. Thanks C

I have logged this to be improved in a future update

I have logged this with our developers for further investigation Thanks C

Hi Nats1, The app should remember the last directory you searched for an image in. Please could you try reinstalling the app to see if this solves your issue? CTRL + ALT + Down should be working provided Affinity is currently the active window on your screen. Please try reinstalling the latest version of our apps 2.0.4 to see if these issues still persist. Thanks C

Hi All please could you confirm if this issue still occurs for you when using the newly released 2.0.4 update? Thanks C

Hi Maxenko, Does this still occur with our latest 2.0.4 version released last Friday? Alternatively .EXE builds of the apps are now available from their downloads page on our website it may be worth trying these to see if they solve this issue for you. https://forum.affinity.serif.com/index.php?/topic/180014-affinity-v2-windows-installers-are-available-as-unsandboxed-msiexe-as-well-as-sandboxed-msix/ Thanks C

Hi Abject39, The first bug you have mentioned is by design as you are no longer using single radius so all corners will mirror the corner shown towards the top left of your shape. From what I can tell the second issue you described is the same behaviour seen in V1 if you enable absolute sizes do you see different results? Thanks C

Hi Scientific Designer, From what I can see from testing here this seems to be down to the size / DPI of new documents in V2 compared to V1 if I paste my lines into a document that has the exact same DPI / size as my document in V1 the lines paste correctly however if the DPI / size is higher than in my original document then the lines are pasted at a smaller size and in a different location. I believe this is by design however I'm not sure so I will ask a member of our QA team to look into this. Thanks C

Hi All, I believe this is something that is already logged with our developers to be fixed. Thanks C

Hi All, I can't seem to recreate this behaviour here at all using French or English. Does this happen if you create a brand new document with a TOC with minimal entries? As the one I was trying this with only have 2 entries. If you find this only happens with one file or large TOCs would you be able to provide a sample document I can use to recreate this here at my end? Je n'arrive pas du tout à recréer ce comportement ici en utilisant le français ou l'anglais. Cela se produit-il si vous créez un tout nouveau document avec une table des matières avec un minimum d'entrées ? Comme celui avec qui j'essayais, je n'ai que 2 entrées. Si vous trouvez que cela ne se produit qu'avec un seul fichier ou de grandes tables des matières, pourriez-vous fournir un exemple de document que je peux utiliser pour recréer cela ici à ma fin ? Thanks C

Hi ID_eklp, Welcome to the forums I'm not able to replicate this issue here I'm afraid. If possible could you copy the table into a new Affinity project file and send a copy of it to me? This will allow me to investigate this further with you. Thanks C

Hi All, I have logged this issue with our developers to be fixed in a future update, I will update this thread once I have more info. Thanks C

Hi SilentCartoonist, Does this occur with all of your files or just the one shown in your attached video? It's possible that this file has become corrupt I'm afraid which will prevent it from being opened. If you click the 3 lines shown towards the top right of the projects thumbnail are you able to save a copy of the file? Thanks C

Hi All, I have added this thread to the original bug report made for this issue so a member of our QA team can look into this and determine if this bug has returned etc. I'll update this thread once I have more info.

Hi Hanjo, If possible could you provide a screen recording demonstrating this or steps that can be used to recreate the problem? Thanks C

Hi All, This is a known issue that is currently logged with our developers to be fixed. I apologise for any inconvenience this has caused you in the mean time. Thanks C

Hi Fahrenheit, I have reproduced this at my end and have logged this with our developers for further investigation. I'll update this thread once I have more info. Thanks C

Hi All Media Lab, I apologise for the delayed response. Please could you tell me if you still run into this issue using our latest 2.0.3 version? Thanks C

Hi François R, Would you be able to provide a copy of the file in question so I can take a look at the grid here at my end? Thanks C

Hi GenewalDesign, I apologise for the delayed response. Does this issue still occur with our latest build? (2.0.3) Thanks C

I have asked a member of our QA team to look into this and will update this thread once Ih ave more info. Thanks C

Hi Cpt. Tom, Does this issue still occur with our latest 2.0.3 version? Thanks C

Hi titus palmer, Please could you confirm if this issue is still present in version 2.0.3? Alternatively does selecting the text box and then navigating to Edit > Defaults > Revert solve this issue. Thanks C

Hi Tanabe Gaku, This is a known issue that is currently logged with our developers to be fixed in our next update. Thanks C

Thank you, following these steps I was able to easily replicate this issue. I'll get this logged with our developers to be fixed in a future update.