In the actual version of indesign (16.0) there is still an issue with internal generated vCard-QR-Code scanned by an iphone.

In germany there are special Characters called "Umlaute" (ü, ö, ä) or the "sharp s" (ß). If these characters are used in an vCard generated within the buildin function from indesign, they are replaced with other symbols on the iPhone QR-Code-Camera Reader.

I think this is only a Problem of the used vCard-Version. I think indesign uses Version 2.1 if you would just use Version 3.0 this issue does not appear.

please see attached one example

Kind regards from germany

Max

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

Extensions and scripts halting or crashing after installing CC2020, due to a missing type library.
Our customers report errors after updating to CC2020, and I got the same error when I tried. Our script make a halt at a DoScript call, with this error: 104705: Unable to load Adobe InDesign Type Library (Version 1.0)
After starting InDesign CC2020 "AS ADMINISTRATOR", a missing type library is obviously created: the message and error disappears after doing that once.
It was not enough for my user just to have administrator privileges on my computer and in the domain, I had to explicitly start InDesign as Administrator.
I found the answer here: https://community.adobe.com/t5/indesign/doscript-error-unable-to-load-adobe-indesign-type-library-version-1-0/m-p/11335921?page=1#M197052

This needs to be fixed in the Adobe installation package for CC2020. Otherwise many script end-user will have to call support and have someone to start InDesign as administrator for them (in case they are not allowed to do that themselves) – it's not obvious to an end user what to do at all when this error occurs.

The sequence of letters -xx'-x crashes InDesign 2021 (v 16.0) as soon as you write this sequence yourself, copy or mark a letter from it (e.g. to change the text size) or do a search for this string, in a normal text field.

To reproduce the issue, simply write -xx'-x into a text field in InDesign 2021 or copy it into the text field. The X'x can be replaced here by other normal letters, upper and lower case doesn't seem to matter. The crash seems not to happen if the last X is a special character like ";" or "! Furthermore, there must be two or more letters before the '-x

The Font-Family also doesn´t play a role here. We tested it with different fonts.

Since we have a lot of documents with this letter combination, we cannot edit them in Indesign 2021 anymore. On InDesign 2020 it worked without problems.

Tested with InDesign 2021 (German Version) on different Imacs and Macbooks with macOS Catalina 10.15.6 and Imac with Mojave macOS 10.14.

InDesign version: 15.1.1
Additional versions tried: 15.0.3, 15.0, 14.0.3
MacOS Mojave (10.14.6) on two different computers

To reproduce:
1. Create a new empty document.
2. Add a second page to the document.
3. Place Image, onto the page you're viewing (I did a PNG)
4. Save and close the document.
5. Open the document.
6. Wait 2-20 seconds, doing nothing to change the document.

Expected result: document opens to page with placed image, nothing else happens / changes.

Actual result: document opens to page with placed image, and after a delay the document is marked as changed (asterisk appears in tab before the filename, InDesign prompts to save document when you close it)

Additional detail: It seems to key off of viewing the page with the linked image, not just opening the file. If you save the document while viewing the page without the image, then when you re-open it (and see the imageless page) the file is not marked be as dirty even if you wait. However, if you then go to the page with the linked image (by clicking, scrolling, or command-J), shortly after you get there the file will be marked as dirty. (If you scroll, the key event seems to be hitting the boundary to the new page; the linked image does not need to actually be displayed.)

Attempted fixes which did not resolve the problem:
• Deleting my InDesign preferences (by holding down CTL-CMD-OPT-SHIFT during program startup)
• Deleting my Cache

Hi,
Last week i noticed that InDesign crashes when I fit the textframe to its contents, when that textframe is anchored as "text" inside another textframe (anchor-option: incline or above line) when it is not separated by paragraph breaks or whitespaces.

I have a file that has one textframe for the main column. In it I placed several smaller textframes with more than one column as textelements.
I didn't separate them by a space or linebreak. When fitting one of the smaller frames to its content by double clicking the lower reference point in the middle to get rid of whitespace inbetween the smaller frames, indesign crashes immediatly.

When adding linebreaks inbetween the anchored textframes inside the main one, the "fitting frame to content"-action works fine.

Attached is a video of the problem.
If you have any questions feel free to ask.

Please fix the problem.
My company is using this textframe-in-textframe solution as templates to automatically populate the frames with text using a script. When executing that script Indesign crashed and we had to go look for the issue. Fixed the templates by adding linebreaks.

I added my bugreport on another Bug that seemed similar but after reviewing it it seems like it's a separate bug: https://indesign.uservoice.com/forums/601180-adobe-indesign-bugs/suggestions/39398323-anchored-textframe-with-auto-sizing-auto-adjusting
Maybe it's still helpful...

We are a group of 16 graphic designers working on Macs. Our OS are varied between Sierra, High Sierra and Mojave. We work in InDesign 14.03 and 15.02 (with linked InCopy assets), Bridge 9.1 and 10.03, Photoshop 20.0.8 and 21.1, and Illustrator 23.1.1 and 24.1. We work on Box Drive and store our layout files and absolute-linked image assets there. It is critical that we are able to work on each others’ files in a high-volume, high-production environment. We don’t believe this is an issue related to our connection speeds.

Looking for a resolution to these issues:

InDesign: Not all image and InCopy files are automatically updating / relinking to original assets on Box. This occurs when both original and different users open the InDesign file to edit it.

Box Drive: Writers cannot always see ICML and Assignments files on Box Drive (in the Finder) after an Art Director has exported them for the writer to work on. This typically occurs shortly after exporting the assets.

Bridge: time to load image previews can take up to 15 minutes for some designers.

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文字が失われます。
これも非常に危険な挙動であると言えます。

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

Version of Adobe InDesign, InCopy or InDesign Server

Adobe InDesign 15.0.1

macOS High Sierra 10.13.6

iMac 27 Zoll End 2012

Steps to reproduce the issues

See also attached video

Open Document "02VKLeerzeilenTEMPEnde.indd"
Open Data-Merge Panel
Generate a merged document with click on the button
Uncheck "Remove Blank Lines for Empty Fields" in Content Placement Options
Press [OK]
Repeat Step 3 this time Check "Remove Blank Lines for Empty Fields" in Content Placement Options
Press [OK]
Put the documents side by side
Activate "Show Style override" in the paragraph panel
Jump to page 2
On the left side (Merged Document, Blank line intact) you can see the 2 markers followed by a paragraph symbol
On the right side (Merged Document, Blank line removed) you can see that the 2 markers with paragraph symbol moved 1 line up behind the 7 and the other paragraph symbol is deleted
Everything is o.k. because the paragraph style (07padresse) of the line "Mobile" and the deleted "Blank line" are the same
Jump to page 3
On the left side you can see the 2 markers followed by a paragraph symbol
On the right side (Merged Document, Blank line removed) you can see that the 2 markers with paragraph symbol moved 1 line up and the other paragraph symbol (blue highlighted on the left side) is deleted BUT this time the paragraph style of these 2 paragraph are NOT the same! The result is a bigger gap between the two sentence "Frau Marie…" and Tel: 012…" on the right then it should be as you can see on the left

Expected result
The Blank line (2 markers and paragraph symbol) should be deleted/removed

Actual result
Instead of the Blank line (2 markers and paragraph symbol) the paragraph symbol before that (blue highlighted on the left side) is removed AND the remaining paragraph also picks up the paragraph style from the "Blank line" (if there were text in my example you could see that as well)

Workaround
You can generate a merged document with Blank lines and delete/remove them with Find/Change
Find > (markers) + paragraph symbol = <FEFF><FEFF>^p
Change > to nothing
This way everything stays intact!

Test file, screenshot, video or GIF capturing the issue (optional)
Video and sample files attached

I am trying to update a library item. It's a previously created library item that I've made changes to. There used to be a contextual menu item called "Update Library Item" but it's gone.

When resetting the prefences with Shift+Option+Command+Control at the start of InDesign or (for me) uninstalling and reinstalling a certain plugin, that menu item appears again.
One user found out this:
Renamed Adobe Indesign folder in ~/Library/Caches. That did the trick for me !!
For the ultimate test, I put back the "old" Adobe Indesign folder and the issue was back again.

Link to the old forum thread: https://community.adobe.com/t5/indesign/update-library-item-missing/td-p/10193293?page=1

To me this is not an issue that should be fixed by the user in such a way.
That menu item shouldn't disappear in the first place. That's why I'm opening a bugreport.

Attached are Screenshots of the issue.