There are multiple listings of the same font in the Find Font menu in CC2019. All information is the same, all applied characters are the same, but there is odd behavior.

--FileA_CC2019_WithDocumentsfontsfolder.png shows double listing of Trade Gothic LT Pro Roman.

--FileA_CC2019_WithoutDocumentfontsfolder.png (when I take away access to Document fonts folder, no other changes), one instance switches to "Regular" instead of "Roman"

--FileA_CC2017_WithDocumentfontsfolder.png shows what happens with I open this file in CC2017 (no double listing)

--FileA_CC2017_WithoutDocumentfontsfolder.png (Document fonts folder hidden) shows what happens with I open this file in CC2017 (no double listing)

I process large volumes of files; this is not an isolated incident nor a corrupted file. Packaging results in InDesign only grabbing the *single* correct font file, so that isn't broken. This behavior with Find Font is seemingly new to CC2019 (I'm working on 14.0.2). The multiple listing of same font, variation of font name when fonts enabled/disabled, and Find Font showing fonts missing that aren't because of what seems to be a name issue in Find Font. Has something changed in the way that InDesign reads fonts/accesses Document fonts folders?

Using CC2019 on a Mac running High Sierra

Steps to reproduce:
1) Create a document with a few hyperlinks in it.
2) Whilst this document is open, open a 2nd document, and copy/paste the links from one document to the other.
3) Save both and close.
4) Trash source document

Expected result: hyper links should work in Target document as expected.

Actual result: hyperlinks all appear broken in document. Whilst an exported PDF appears to still work, ID reports all those links as broken.

Other details:
If you retrieve the source document from the trash, it the links in the target document suddenly start working again, meaning your not actually pasting the hyperlink, but theres some sort of link that exists between the source and target document.

Saving target file as a new file, saving as idml, has no effect – those links are still tied to the source document.

This in an absolute tragedy if you are working on large documents with lots of links, and needs fixing ASAP

I've created a test file with links and images and test text to try and replicate the fault. Follow the steps in the InDesign file attached.

Put simply, text – whether it is UTF-8 or UTF-16 can import unicode characters that are meant to represent emojis etc, and this is demonstrated in the test file. While not in the minion character set, I've created a GREP style that looks for unicode characters and changes them to apple color emoji. That bit works.
What does NOT work is when importing the text as part of a data merge... instead the unicode characters are completely skipped.
Links to the testfile are here: https://www.dropbox.com/sh/32graq18jww5itp/AAAu0Y2bJnCiXjseSTBBFLcJa?dl=0

when working with factsheets it occurs that there are fields of text that need to be merged. Whenever there is a special character the function doesn't work. This is very very very annoying. It is quite common to use % in text, or brackets (like this)

Also it should be possible to have a blank cell in the excel merge file. E.g. for 45 lines there is info, but for 1 there isn't. This should be able to be left blank and not obliged to fill in a 0 that you manually need to delete later on.

Merging happens for more than letters and product numbers...........

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

My company's graphics department develops scientific posters, and as a writer, I often have to make small adjustments to the text and am only given access to edit through InCopy (using version 14.0.2). This problem does not happen with every poster, but I often find that the whole frame of the poster is shifted when I open the assignments file in InCopy (please see example photos). I'm able to make my edits, but I can't export to a PDF without having the bleed, header, etc. shifted as I see it in InCopy. Our graphics department thinks this is a bug in my software. I've tried uninstalling and reinstalling with no success. Any help please???