Hi Adobe, we are still having major issues with a lot of spinning wheels in InDesign version 15.1.1. because of the AdobeFnt22.lst files that are created with every document. Basically when we open a document it resyncs/updates the AdobeFnt22.lst file of every document that was previously worked from that Mac. This is causing a lot of network traffic and spinning wheels in InDesign. The problem is fixed if we restart the Mac or rename the "Document fonts" folder so that InDesign no longer uses the fonts so does not create an "AdobeFnt.lst" file. Can you please sort this out, it is killing our production, some of our designers are reverting back to using QuarkXpress

I'd like to be able to adjust the size of the graphic thumbnails in the CC Library panel, similarly to the ability to adjusting the thumbnail size in the Gallery view of Lightroom.

I am drawing from about a hundred images to build out a deck. Many photos are shot in similar locations and are subtly nuanced. On my 13" Macbook, I can't really distinguish them. There's plenty of room for a single line of larger images, but currently no ability to change their size. This makes ID largely useless for building out this deck unless I'm on my 27" iMac or else trying to use ID and the Finder in concert, which seems dumb.

This happens to me since long, first time I report it here:
Working in a document of ± 40pages. When I change the para style of one or more paragraphes, Indesign can't keep up the screen display with this change and shows the old AND the new situation at the same time on the screen. When moving to a new spread and going back to this page, MOST OF THE TIME it's alright. But very annoying. This has been happening at least since versions 2019.

Using iMac 2015, 24 GB RAM, latest macOS, ID 15.1.1

PS: this bug-page is also annoying (place bug idea ??) , slow, Adobe unworthy (???)

Current version 15.1
Did not have this issue with previous version, produced 2 reports within a month one before the update and one after. The first one went out fine, the second one have the following glitch:

• All pages have ONE master page footer including ONE variable connected to a header style - simple and standard, never caused an issue since the beginning of the function's history .

What happens in the spread:
Page 1 contains Header 1 and footer refers to H1
Page 2 contains Header 2 and footer refers to H2
Page 3 contains no header and footer (SUDDENLY!) refers to H1

And so on, the variable just falls back to the previous Header at random. Sometimes it's fine, sometimes it's REALLY NOT!

Got this fixed just now, by duplicating text-boxes with headers and deleting old ones, just purely duplicating over... So there were no issue with Variable - style connection, it's just loosing it all of a sudden...

So a heads up for everyone to be aware of it and watch it as I've already have a company's sustainability report stuffed up because of it, thanks Adobe, will you cover the cost of the reprint?

I've noticed that whenever a file with links is duplicated on a different server, the copy will link to the images of the original file instead of the ones in its own folder if it can. If those images are modified in the copy, the changes will also appear in the original links instead of the right ones.

This is a huge problem, because what the user think is their most recent version of a work might not actually be at all, which can lead to very serious mistakes, and as far as I can tell it's been going on for some time…

The people that complain about their links going black might experience this problem without knowing it, because that happens on my duplicates when I cut the access to the server where the original is: the duplicate file is searching for the original links and doesn't find them, so it assumes it doesn't have any links, even if its own link folder is right beside it. It's only after closing and reopening InDesign that it finds its own links.

Upon upgrading to 15.1.1, on Mac OS 10.14.16 Mojave

-Triple-clicking won't select a whole line, and, yes, I selected "triple-click to select whole line" in preferences.

Double-clicking does won't switch from the object tool to the text tool.

Double-click and drag won't extend the selection.

I didn't find anything in the Mac OS, Wacom, or InDesign prefs that referenced click or click-drag options. Adjusting double-click speed doesn't change this bug.

If these features were disabled to take advantage of the swipe features of Apple mouse and tablet gestures, please add a preference option to use a standard mouse.

This bug is really slowing down my work.

macOS Mojave 10.14.6
InDesign 15.1 & 15.1.1

When a document is open, some of the fonts will not visibly load. However when you go to Type > Find/Replace it shows there are no font issues. Preflight is green and all fonts are listed as "OK". We then immediately close the document and reopen it everything looks fine. When the same document is opened hours later the problem repeats itself.

Notes:
• It appears that fonts loaded from the Document Folder ONLY are OK.
• Fonts that are loaded simultaneously in Font Book and the Document Fonts folder fail to display correctly.
• We do not use Adobe fonts.
• Fonts are typically either in Font Book, and/or they are in the Document Fonts folder for most of our jobs.
• One of the InDesign files experiencing this bug was created in 2019.
• Making a Press PDF while the fonts are bugged out creates a PDF that displays everything properly.
• If I try to print the InDesign file with this font bug, the document fails to print and gives me the following error: “Printing Error: The Adobe Print Engine has failed to output your data due to an unknown problem.”

Things I've tried:

• Clearing font caches in macOS
• Clearing the macOS Library Caches
• Deleting the AdobeFnt.lst file in the Documents fonts folder
• Moving Document fonts folder elsewhere, open the file, then move doc fonts back.
• Repackaging the job
• Turning off the Adobe Fonts service located in the Creative Cloud app
• Leaving the document open for over an hour to see if fonts would load on its own.

Bug replication:

In some instances, moving the Document Fonts folder to the desktop, opening the file, close it and moving the Document Fonts folder back to its original location would trigger this bug. But it doesn’t work all the time. The steps below are more consistent with replicating the bug.

1. Delete the AdobeFont22.lst from the Document Fonts folder.


2. Open the document - fonts are broken (even though they are also loaded in the system). Preflight is green.


3. Close document.


4. Open the document again and the fonts load properly.

We did not encounter this bug until 15.1.