Adding Hunspell dictionaries breaks code-signing, and results in the whole of InDesign's spelling system being sand-boxed by OSX.

Steps to reproduce:

1. On High Sierra and InDesign CC, add a Hunspell dictionary, as detailed here: https://helpx.adobe.com/indesign/kb/add_cs_dictionaries.html

2. Spell-check any InDesign document using the new dictionary and spell-checking then becomes unusable, until InDesign is uninstalled then re-installed.

The following types of errors are produced in the console, showing that it's a code-signing issue, caused by dictionaries being installed within the Hunspell plugin bundle.

Can I suggest that there should be another place to install additional languages, outside the InDesign application.

The only way I can work with Latin and Ancient Greek languages currently is to use an El Capitan Mac, which does not have the sandboxing.

AMFI: Check-fix enabled for binary '/Applications/Adobe InDesign CC 2018/Resources/Dictionaries/LILO/Linguistics/Providers/Plugins2/AdobeHunspellPlugin.bundl e/Contents/MacOS/AdobeHunspellPlugin' with TeamID 'JQ525L2MZD', identifier 'com.adobe.adobehunspellplugin2': broken signature treated as unsigned without privileges. This workaround will not work for software built on or after 10.12.

If I move a document on my hard drive, of course it’s gonna be missing in the recent items of inDesign. (normal)
At that moment, instead of « missing doc -> OK » i should have :
« missing doc -> remove from recent docs / Ok »
* OK would do the exact same thing, closing the message window and leaving the icon/item there.
* remove would remove it from the list so that I don’t see it again and mistakenly click it again.
Why keeping the « OK » item at all ? So that I can keep track of a moved file if i didn’t want, or was on an external removed drive, and will find it again next time it is plugged/mounted.

Text Find/Change seems to have a bug: let's suppose we have 2 paragraph styles, for example a title style and a body text style. In the document I received from our partner sometimes the body paragraphs wear the title style and they were manually overridden to look like the body style. To fix this error I tried to search for texts that has the title style but the font used is that of the body style. Indesign Finds something at the beginning of the body paragraph (a thin cursor-like thing can be seen there: it is the selected something) that is - as Indesign states - of the title style. But as you can see on the screenshot it is definitely not of the title style.

In grep Find/Change the problem doesn't exist.

1. Affected: InDesign CC all versions that are working with CC Libraries.
Tested with InDesign CC 2018.1 and InDesign CC 2019 version 14.0.2.324 on Windows 10. InDesign versions on Mac OS X are also reported.

2. Steps to reproduce the issue:
Do a new CC Library.
Add TIFF images saved from PhotoShop CC 2019 to the new library.
Two options how you can do this that I know of:
A. Drag the files from your file system to the open and empty library.
B. Use Adobe Bridge CC 2019 to drag files to the open library.

3. Expected result:
If I want to use an image TIFF asset in my layout and place it on the page from a CC Library the placed image should show up as TIFF image with all the right properties, like the right color space, original resolution etc.pp.

4. Actual result:
The placed TIFF is converted to PNG, color space is always RGB, regradless of the original. Always indicating transparency. Even if the original file stored in the CC Library has no transparency at all.

More details can be seen in this discussion at Adobe InDesign User Forum:

Bibliotecas CC - Indesign convierte imágenes TIFF en PNG
franp30034553 Jul 16, 2019 11:02 AM
https://forums.adobe.com/message/11168505#11168505

Regards,
Uwe Laubender
( ACP )

PS: We can see the same issue with Adobe Illustrator.

PPS: Also did a bug report at Adobe Bridge Uservoice.

https://adobebridge.uservoice.com/forums/905377-report-bugs/suggestions/38165185-tiff-images-added-to-cc-library-are-considered-as