We are developping a plugin for inDesign and while testing a new feature on a Mac we noticed that sometimes InDesign was crashing. We managed to reproduce this bug in a very simple indesign script that make inDesign crash 100% of the time and I'm looking for a way to get around this inDesign bug.

The crash occurs when we programatically add an htmlItem to a pageItem then close the document too quicky, It's only on Mac, doing that on windows works perfectly. The crash error seems to be a memory usage problem on inDesign's side.

Here is the script code :

var document = app.activeDocument;

var sourcePageItem = document.allPageItems[0];

sourcePageItem.htmlItems.add(

document.activeLayer,

LocationOptions.AT_END,

sourcePageItem,

{

  geometricBounds: sourcePageItem.geometricBounds,  

  htmlContent: '<b>Hello</b>',  

}

);

document.close(SaveOptions.NO);

other observations :

-Doing a sourcePageItem.htmlItems[0].remove(); to remove the htmlItem after adding it doesn't change anything, so the problem comes from using the function htmlItems.add() and not having an htmlItem in the document.
-Delaying the close by using $.sleep(5000) before fix the crash, but we can't rely on it as the delay needed increase with the number of htmlItems added and it might be different from a computer to another due to performances.
-Saving the document or not doesn't change anything

I've added my clean document with just a rectangle frame, the script and the crash report on this url : https://we.tl/t-uFpX658s0o since we can't add an indeed file to the post

If there is no way to fix it, do you have an idea to get around this inDesign bug ?

How to repeat the issue:

1. Activate Clipboard history in windows settings (win 10)


2. Copy a random number to your clipboard (my testnumber "-2,375")


3. Create a new document and place a rectangle (or random object) on your page


4. Select the object and click (focus) in the field for the y-coordinates


5. hit "windows+V" to open your clipboard history (must be activated in the settings)


6. Click on your previous copied number.

6-Bug. The number has been pasted two times in the y-coordinates field.

Test system:
- Win 10 pro (1809)
- current Indesign CC version (how to check the actual version?)

By the way, if you try the clipboard history in a text field in inDesign, it works totally fine.

Thanks for your help.

When placing an Arabic weight statement (e.g. "13g") followed by a tab and a percentage (e.g. "19%"), the weight declaration ("g" or "mg") moves to the percentage when exporting to pdf. Only when setting PDFX/1a:2001 is selected the output is correct. But this setting removes all layers and flattens transparencies so it's not very useful.
A workaround is to place a space after the tab (so on the left side since this is a right to left language).
See screen shot in attachment. On top = InDesign file, bottom = pdf created from this file using PDFX/4. The top line in the Indesign file has no space after the tab, resulting in a wrong placement of the "غ" (= Arabic "g") as marked red in the screen shot.
Sample file : https://www.dropbox.com/s/15db51rlwen8ehg/SFDA-test.indd?dl=0

I always made extensive use of the old layout adjustment feature in 'margins and columns', yet the new 'adjust layout' gives inconsistent and confusing results, resizing objects that never used to get changed.

It's gone from being very useful to a liability.

For me it was great for resizing the main text frame on multi-page (100s+ pages) books, but leaving the objects pasted into the text frame alone (figures, etc). Also moving page numbers aligned with margins, but not changing the sizes.

The new feature stretches and distorts carefully measured objects/figures, changes anchored object settings (at least, things move about incorrectly without the numbers updating) and causes other weird behaviours.

The Prevent Manual Positioning creates a Locked Object, but unlocking the widget doesn't remove the Prevent manual override.

When you check to "Prevent Manual Override" an anchored object receives a lock adornment. An object Style can be created from this object. If that lock is unlocked the Object style shows as override, but the "Prevent Manual Override" is still checked.

If the object style is redefined. The lock adornment is still unlocked, and the "Prevent Manual Positioning" is still checked. Reapplying the style locks the object.

There should be more consistent behaviour of "Prevent Manual Positioning" and the "Lock". Even though they are similar they are not the same. If checking "Prevent Manual Positioning" activates the Lock. Unlocking should also uncheck "Prevent Manual Positioning".

Hover Scrolling lets you interact with the dropdown menus without ever having to click on them. Sounds cool, right?

Normally, this is not a problem, because you can easily see what has been changed because you've got an object selected. But when working with conditional text, the conditional text indicator visibility is a GLOBAL setting, and thus, hover scrolling over it can change your document, even with nothing selected. And if you're not on a page with conditional text. you'd never even know that your document got changed, until you send it to print!

This has been plaguing me for over four years and there is no way to turn it off.

I write a blog article about this and have been documenting it for four years: https://indesignsecrets.com/hover-scrolling-indesign-cc-feature-bug.php

I have made a video about it here: https://youtu.be/5uBI77mothA

InDesign needs to add a preference to our off this setting. It would be so easy! There are already preferences to disable the other annoying features, like Publish Online the new start workspace, and the new document dialog box. You could put it under "Preferences > General."

Adobe, please fix this!

My InDesign opens the destination folder when exporting PDF-files. In my work I export files daily and I have to export them separately. So when I do this, after the export has completed successfully, the destination folder opens up automatically, which is very annoying. I can't seem to find any place, where I can turn this off. I can only turn it ON, if I don't export separately.

1. brand new update CC 2019


2. Create a document with more than 2 pages. Export all the pages separately.


3. That it exports the pages separately into the destination folder without having the need to watch them in that folder (I use Bridge).


4. It opens the destination folder in a new folder window.

When I view a published document, the browser based navigation buttons and menu for downloading disappear after a couple seconds and don't come back without hitting F5. This is unworkable. Please change it so the nav arrows remain on the screen, even in full screen mode. I can't have my clients struggling to go to the next page. This happens in Chrome and Firefox. In Edge, they disappear, but will reappear if I move my mouse to the edge of the screen - also very frustrating because I just want to click through the document without struggling to find the arrows. This is a browser issue, NOT a document issue - this happens with ALL documents.