Just installed ID 2019 5/10/19. Importing hi-res photos, come in pixelated. PDFs are fine. Trashed ID prefs. No help. I noticed that it often says "Reading (photo)" at the bottom bar info, but my doc did not show that. However, if I DELETE one of the photos, then UNDO it (command-z), it forces ID to redraw it, along with the other photos. They appear sharp and hi-res. However, saving it does no good, as it appears pixelated whenever I open the doc (I tried several docs). So, the work-around is to do the delete-undo while I'm working on the file, so it's clear. I'm enclosing a PDF to show what I see on screen.

I have a layout created from Placing a Word document with some vector graphics frames (originally pasted from Excel as a WMF) and text/table frames. These graphics need to be replaced with updated versions each month.

If I Place a new Word file into a temporary document then try to copy and paste new graphics one-by-one into the older version of the document, it looks like the graphics are updated if I stay on "medium quality" display setting. However if I change to "high quality", the graphics revert to previous versions.
Export to PDF and Print will also produce the old versions of the graphics regardless of the display settings.

I have a layout created from Placing a Word document with some vector graphics frames (originally pasted from Excel as a WMF) and text/table frames. These graphics need to be replaced with updated versions each month.

If I Place a new Word file into a temporary document then try to copy and paste new graphics one-by-one into the older version of the document, it looks like the graphics are updated if I stay on "medium quality" display setting. However if I change to "high quality", the graphics revert to previous versions.
Export to PDF and Print will also produce the old versions of the graphics regardless of the display settings.

I was working on an interactive project and found that the "go back on roll over" option becomes turned on and greyed out so you cannot un-check the box when adding an "upon release" action to a button. I initially could NOT figure out why this was happening, and it was totally screwing up my on-click actions in my project.

Eventually, I think I figured out that it seems to happen when you create a button, add an "on roll over" action and check the box "go back on roll off", then create ANOTHER action (like "on click"), and then DELETE the original "on roll over" action. If you go and look at your "on click" or "on release" action you created, the "go back on roll off" box is showing and is checked and is greyed out so you cannot edit that option.

"Go back on roll over" seems like something that should be SOLELY associated with roll over actions, and should be disabled as soon as you delete/remove ANY roll over actions you have created.

I finally figured out how to fix it, which involved adding an additional roll over action to the button as well, deleting my original "on release" action, deleting the roll over action, and then RE-adding the "on release" action again.

It took me about 30 minutes to hack this, but it's obviously a problem.

You should really consider working on your interactivity problems, as more and more people are using InDesign for digital publishing, especially those who are working on print projects that also need to be converted into digital formats.

Indesign 14.0.1
Mac OS High Sierra 10.13.6 (17G5019)

Boa noite. Há dois dias que começou. Depois da última atualização. Quando já tenho uma imagem vetorizado no InDesign, vou reedita-la no Illustrator (por exemplo mudança de cor ou texto) quando atualizo no InDesign ela muda de posição e de tamanho entro da caixa, quebrando todos ajustes de layout.

Google Translator:
Good night. Two days have begun. After the last update. You are not illustrated in InDesign, that is, in Illustrator (Korean) when you are not in InDesign and change position and size in the box, breaking all layout adjustments.

InDesign 2019 (14.0.1)
Illutrator 2019 (23.0.2)
MacOS High Sierre 10.13.6
MacMini (late 2012)

InDesign 14.0.1.209
Mac OSX 10.14.3

Placing an EPS file generated from "Barcode" (by AppsForLife) does not work properly if the target box is empty. If box already contains a graphic, the file will place properly via "Place" or drag+drop.

On a new image box or box where the existing image has been deleted, the following occurs (via Place or drag+drop):

Image will seem to appear in the target box. Once mouse button is released, the imported image is no longer in the box and the pointer changes to a "placement selector" prompting to place the image in a new box.

Working with the developer of the software that generates these EPS files seems to track the issue to a line in the EPS file. Removing the line that begins "%%HiResBoundingBox" in a text editor causes the EPS file to behave correctly.

The developer has issued an update to their software that seems to fix this issue.

Other in the Adobe discussion have tested the attached file. They have been able to repeat the problem on OS X 10.14 (Mojave) but not earlier MacOS or Windows installs.

Although the issue seems to be corrected with the EPS software update, it was suggested I file a report here.

I am unable to attach a sample file as .EPS is not permitted.

InDesign 14.0.1.209
Mac OSX 10.14.3
sample file is attached

Placing an EPS file generated from "Barcode" (by AppsForLife) does not work properly if the target box is empty. If box already contains a graphic, the file will place properly via "Place" or drag+drop.

On a new image box or box where the existing image has been deleted, the following occurs (via Place or drag+drop):

Image will seem to appear in the target box. Once mouse button is released, the imported image is no longer in the box and the pointer changes to a "placement selector" prompting to place the image in a new box.

Working with the developer of the software that generates these EPS files seems to track the issue to a line in the EPS file. Removing the line that begins "%%HiResBoundingBox" in a text editor causes the EPS file to behave correctly.

The developer has issued an update to their software that seems to fix this issue.

Other in the Adobe discussion have tested the attached file. They have been able to repeat the problem on OS X 10.14 (Mojave) but not earlier MacOS or Windows installs.

Although the issue seems to be corrected with the EPS software update, it was suggested I file a report here.