Anchored textframe with auto-sizing/auto-adjusting "height", text aligned to baseline and anchored object settings "anchored position: custom", "anchorPoint: bottom left/center/right" causes InDesign 2020 (15.0.1) to freeze (on Mac and PC).

1. create an new document (size doesn't matter)


2. create an new textframe (dimensions doesn't matter)


3. create a second textframe (dimensions doesn't matter)


4. insert some text in second generated textframe


5. select the text and apply the option "align to baseline".


6. anchor second textframe into the first created textframe


7. set anchored object settings of the anchored textframe to: "anchored position: custom" and "anchorPoint: bottom left or bottom center or bottom right"



8. select the anchored textframe




9. choose the textframe fit option "frame to content" or use the shortcut "strg + alt + c" on PC

InDesign 2020 freezes.

or repeat steps 1. to 8. and choose auto-sizing type "height" or "height and width" or "height and width proportionally" for the anchored textframe

InDesign 2020 freezes.

see attached screenshot. I can't attach a .indd or .idml file cause this is not allowed (error: invalid file type)

In previous versions (CC 2018, CC 2019) auto-adjusting "height" works as expected

Enter only "^" in the GREP search string field and click the search button to select the insertion point at the beginning of the paragraph. But this cannot be used for replacement. The replacement result is 0.
I gave up that it was only useful for simple pointing tricks, but when I run it from a script the application hangs.

It is like this. (When executed, the rainbow cursor will rotate forever.
Please be careful. )

app.findGrepPreferences.findWhat = "^";
var res = app.activeDocument.findGrep ();

If the replacement string field is "~ c" (the contents of the clipboard), the first character is lost from the original text instead of entering it.
This is also a very dangerous behavior.

Requests for improvement include:
Improved to prevent hang when executing the above script,
If possible, replace text (add a character string to the beginning of a paragraph).

GREP検索文字列の欄に"^"だけを入力、検索ボタンをクリックすると、段落の先頭の挿入点が選択されます。しかしこれを置換には利用できません。置換結果は0個となります。
単なるポインティングの小技にしか役に立たないと諦めていましたが、これをスクリプトから実行するとアプリケーションがハングアップします。

こんな具合です。（実行するとレインボーカーソルが永遠に回転します。
ご注意ください。）

app.findGrepPreferences.findWhat = "^";
var res = app.activeDocument.findGrep();

また、置換文字列の欄が"~c"（クリップボードの内容）などの場合、それが入る代わりに元のテキストから先頭の1文字が失われます。
これも非常に危険な挙動であると言えます。

改善の要望としては、
上記のようなスクリプトを実行した際にハングアップしないよう改善、
そして可能であればテキストを置換（段落の先頭に文字列を追加）できるよう改善。

There's an annoying issue with kerning (or in general with characters spacing) on characters without small caps when small caps is active on preceding characters.
This appens randomly on a full text document but seems always with text imported from Word.
The strange thing is that if I deactivate small caps from only a white space before the badly spaced text, the problem disappear. Likewise if I deactivate small caps from preceding word but keep it in the white space before the badly spaced text, the problem disappear again. However if I deactivate small caps from preceding text, keeping it in a white space before the badly spaced text and in a single character before, the problem still remain.
I don't know why this appens and why only in some text, but this is annoing because it's not so evident when scrolling through a big document and it could remain on a printed book.

Environment: InDesign 2020 (15.0.2 Japanese version) + macOS (confirmed with 10.15.3 and 10.14.6)

• create and connect two text frames


• set Auto-Sizing "Height and Width" on Text Frame Options


• Insert text into two frames full


• overlay graphic frames with Text Wrap settings ON


• move the graphic frame appropriately (drawing is not normal at this point)


• close documents with Command + W

During this operation, you will usually be asked to confirm the save, but suddenly InDesign will end and the application will crash.
Also, if you try while overwriting with Command + S without Command + W, you may not be able to save eventually.

This problem does not occur on Windows version.
As a comparison, the same operation was performed with the English (North America) edition on macOS, but no problem occurred.
Therefore, it is highly possible that the problem is unique to the Japanese edition.

Original trouble posted Adobe Community.
(There is a other post about User Voice, but this is a different issue.)
https://community.adobe.com/t5/indesign/indesign2020%E3%81%AE%E4%B8%8D%E5%85%B7%E5%90%88%E3%81%A7%E3%81%AF/m-p/10935672

InDesign file is prepared separately.
https://adobe.ly/3agg1u8

1. Download and unzip https://www.dropbox.com/s/3b6k0izkm5ma3dy/200719-AdobeVFBug.zip?dl=1




2. Install the font from font/DaikonVF-mini.ttf




3. Run InDesign 15.1.1




4. Type "AU" and choose the Daikon VF font




5. Click the Variable Font button and move the weight slider between the extreme locations. Observe how the top of "U" "wiggles" (jumps up and down). This is shown in videos/DaikonVF-InDesign-15.1.1.mp4




6. The same problem occurs in Illustrator 24.2.1 and I have logged it at https://illustrator.uservoice.com/forums/601447-illustrator-bugs/suggestions/40945024-variable-font-bug-wiggling-top-of-u




7. The same problem occurs in DTL OTmaster 7.9 and in FontView 2019 (an open source app built from https://github.com/googlefonts/fontview ) — both apps use older versions of the FreeType library.




8. The problem no longer occurs in FontView 2020 (which I’ve rebuilt with newest FreeType). I’m including both the 2019 and 2020 version of FontView in the ZIP.




9. The problem also does not occur in Chrome 83 (which I think uses FreeType for VF), nor it occurs in Safari 13.1.2. Videos are included in the "video" folder.

So it seems that it’s a bug in FreeType which was fixed by the FreeType developers. If Illustrator and InDesign use FreeType for VF, then Adobe should update FreeType to the newest version.

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.