1) This bug occurred on InDesign cc2017 and CS6. 2) Follow these steps to replicate the bug: create a shape, let's say a circle, and then copy this circle and paste it in a separate layer directly over the top of the first. To better see the effects of the bug, make the fill of the top circle red, and the bottom blue. At this point, the bottom blue circle is completely hidden by the red circle above it. Now put a 4pt stroke with an outside alignment on the bottom blue circle. The blue circle is still hidden, and now it appears as if the red circle on top has a stroke. Before making any changes to the shapes, make sure the Dimensions Include Stroke Weight and Adjust Stroke Weight when Scaling are DESELECTED in the Transform panel options. Make sure both the Info palette and the Transform palette are visible so you can read the starting and ending measurements in both palettes. Using the selection tool, select BOTH circles together, and then pull on any corner to enlarge the two shapes together. 3) EXPECTED RESULT: the two shapes should scale together. They start with the equal measurements in both the Info and Transform palettes, and once scaled, the shapes and the measurements should still read as being equal (albeit larger) sizes. 4) THE ACTUAL RESULT: the two shapes are different sizes after scaling. Remember that Dimensions Include Stroke Weight was deselected, so the stroke shouldn’t have any effect on the shape size, and yet, the bottom shape is slightly bigger than the top. Not only is the blue circle now clearly visible and peeking out from beneath the red circle, but the Info and Transform palettes read TWO different sizes. The following are images that illustrate the bug:

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.

Since I update indesign to CC 2019 I can't print to booklet all of my .indd files which were overwrited in .indd version CC 2019 (and even the older versions can't be printed to booklet...).
I got the error message : "printing error : The Adobe Print engine has failed to output your data due to an unknow problem"

indesign 14.0.1
Windows 7 version 6.1
printer : Adobe PDF

Here is the error log :

%%[ ProductName: Distiller ]%%
%%[Page: 1]%%

%%[ Error: invalidrestore; OffendingCommand: restore ]%%

Stack:

-save-

%%[ Flushing: rest of job (to end-of-file) will be ignored ]%%
%%[ Warning: PostScript error. No PDF file produced. ] %%

it seems that the log tells the problem is in the page 1 but when delete this page the problem persists with the other pages...

My print settings are in the text file attached to this post

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/addcsdictionaries.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.

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.

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...