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.

Steps to Reproduce:
1. Object->Make QR Code...
2. Input strings "問題は日本語を正常に扱えるかどうか。".
3. Result QR Code is incorrect.

Actual Result:
Sometimes, we got the wrong code in Japanese locale.

Any Workarounds:
Here is Japanese character strings "問題は日本語を正常に扱えるかどうか。".
This was coded into the InDesign try and get "image1.png".
Then, we try to decode it at ZXING decoder. Here is a decoded result (image2.png)

42 1e 59 58 fe 9a 18 ce 38 1a fe 69 7a 5e 69 ca
ce 8a a9 ee 38 29 2e 6a da 3e 5b 8b 8e 38 1a be
68 9b 1 8 0a ce 09 78 c2 17 9c 14 11 81 a7 38 24
63 02 5e 70 10 06 08 00 ec 11 ec 11 ec 11 ec 11

The top has been encoded in the beginning have you because of 8-bit byte mode from the head with a "0x4". Then, the character codes are used here is UTF-8. Until "... 正常に扱" it has been encoded successfully. But it can not be decoded completely normal the next "え"(12th character) or later.
In fact, this string is a mode change in a 35 byte. And, now, the used is "0x8" So KANJI Mode. Subsequent bytes will be the number of characters. "0xa" So 10 characters. And compressed into one character 13bit in this mode. Actual rest of the string is "えるかどうか。" 7 is the letter does not match the number of fundamental places because. The code itself will be inferred from the simple result of decoding.A byte sequence that has been obtained is decoded as SJIS but UTF-8 has over encoded as it is. The character code must perform the encoding by converting to SJIS from KANJI Mode. 7 is why this in a letter 21 bytes because it is each of the three-byte count of and 10 characters to compress the two-byte set to 13bit come out.
A decoder is handled by SJIS because of KANJI Mode. So characters are garbled.

KANJI Mode makes incorrect code words in InDesign and why mode change in a 35 byte?
In case of "問題は日本語を正常に扱えるかどうか。" all characters are non-Ascii code range and all characters in SJIS code range. It must be encoded KANJI Mode if using KANJI Mod.
However, I think it is better to encode 8bit byte mode with UTF-8 all characters.

Please reference below:

81 28 31 32 a0 29 ae 3a 7f da 3a 82 e0 bb 35 96
85 24 b6 a1 26 0b 48 4a 42 8e 12 40 94 80 08 00
ec 11

It is correct code words in KANJI Mode with "問題は日本語を正常に扱えるかどうか。"(image3.png/Made by QR Code Maker Pro in Adobe AddOns)
And below codes encoded in 8bit byte mode with UTF-8

43 6e 59 58 fe 9a 18 ce 38 1a fe 69 7a 5e 69 ca
ce 8a a9 ee 38 29 2e 6a da 3e 5b 8b 8e 38 1a be
68 9b 1e 38 18 8e 38 28 be 38 18 be 38 1a 9e 38
18 6e 38 18 be 38 08 20 ec 11 ec 11 ec 11 ec 11
ec 11 ec 11 ec 11 ec 11 ec 11 ec 11 ec 11 ec 11

I recommend discarding KANJI MODE. I think all characters to be encoded 8bit byte mode with UTF-8 characters is the better way.

To Adobe, Please check ID-4170816.

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.

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.