Version: InDesign CC2019
Steps to reproduce: Apply a new Master page, with different margins, to a document page with text frame
Expected result: Text frame should resize to fit the new margins of the master page (as before with Layout Adjustment enabled)
Actual result: Page margins change but text frame stays the same. Useless! I have to manually adjust the text block to fit the new margins.

I work in book publishing. When laying out a book, it's often necessary to make changes to the margins of certain pages, either to accommodate the dropped opening of a chapter, or to set a spread a line long or short to avoid unsightly widows. I do this by applying a master page to adjust the margins accordingly. Up until now (assuming Layout Adjustment was enabled), the text frame margins would adjust to match the new master page margins. But in InDesign 2019, Enable Layout Adjustment is gone, and though the page margins change properly, the text frame doesn't change, and I have to manually drag it into shape. This is a big time-waste and a PITA. I've tried fiddling with all the new settings, and nothing restores the old behavior. Someone suggested that creating the document with "Primary Text Frame" enabled would make things work properly, but no luck.

I'm running InDesign 14.0.2 on a macOS High Sierra (10.13.6)

In a script i created I have a Dialog. It has a button that opens another dialog.

Before my last indesign-update (CC 14.0.2) the second dialog would open and when i closed it, i could use the previous dialog window again.

Now with the Update when I open the second dialog and close it again, i cant use (or close) the previous dialog and it blocks me from using InDesign. I can move the dialogwindow around but thats it so i have to restart indesign.

I tested this on two colleague's system with the same InDesign version (14.0.2) and had the same result.
I tested this on a colleague's system with 14.0.1 and it worked as intended. (Also it worked for me before the update)

Attached is a testscript with the dialogs and a short videodemonstration.

Pls fix this, as we use this function to change settings in configfiles for scripts we use.

File Created in Indesign CC 2017

I have created a test interactive document with links to product DG012 on our company website.

https://indd.adobe.com/view/da74b2d3-46b2-40cf-99e2-8201ddc6248a

When the link is clicked from publish online it opens the page but seems to disable all scripts that run on the website. e.g. search field and add to cart no longer functions on that page.

The website itself functions correctly if you navigate to the link manually ( http://www.lockhart.co.uk/Table-Service-and-Buffet/Buffet-Display/Display-Stands/Rafters-F usion-1-2-Board~p~DG012 ).

Interestingly in safari the add to cart button functions but the search field is still disabled.

On closer inspection it seems to be an iframe issue -
If I go into chrome developer tools i get the following errors:

The key "target-densitydpi" is not supported.

cast_sender.js:76 Uncaught DOMException: Failed to construct 'PresentationRequest': The document is sandboxed and lacks the 'allow-presentation' flag.
at V.P (chrome-extension://pkedcjkdefgpdelpbcmbmeomcjbeemfm/cast_sender.js:76:87)
at Object.chrome.cast.P (chrome-extension://pkedcjkdefgpdelpbcmbmeomcjbeemfm/cast_sender.js:91:165)
at g.VI.g.h.init (https://www.youtube.com/yts/jsbin/player-vflgfcuiz/en_US/base.js:5981:519)
at xAa (https://www.youtube.com/yts/jsbin/player-vflgfcuiz/en_US/remote.js:34:60)
at yAa (https://www.youtube.com/yts/jsbin/player-vflgfcuiz/en_US/remote.js:35:8)
at window.chrome.window.chrome.cast.window.chrome.cast.isAvailable.window.__onGCastApiAvaila ble (https://www.youtube.com/yts/jsbin/player-vflgfcuiz/en_US/remote.js:35:374)
at chrome.cast.ea (chrome-extension://pkedcjkdefgpdelpbcmbmeomcjbeemfm/cast_sender.js:94:152)

Rafters-Fusion-1-2-Board~p~DG012:1 Blocked form submission to '/cart/add' because the form's frame is sandboxed and the 'allow-forms' permission is not set.

Rafters-Fusion-1-2-Board~p~DG012:1 Blocked form submission to '/search' because the form's frame is sandboxed and the 'allow-forms' permission is not set.

When clicked the link opens in a new window so I am not sure how to go about editing the code behind the sandbox element.

Any advice would be greatly appreciated.

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!

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.

When i drag and drop a Textframe my Screen flickers black for a second - almost every damn time. This happens for me and most of my colleagues and it is horrible to work with.

I feel like it got worse after installing the latest "Tablehead" fix that fixed the disapearing tableheads.

Build 12.1.0.56
OS X El Capitan 10.11.6
iMac (Retina 4K, 21.5", 2015)
3,3 GHz Intel Core i7
16 GB 1867 MHz DDR3
Intel Iris Pro Graphics 6200 1536 MB

2nd Monior is a DELL U2414H, 23,5" at 1800p

This is happening on quite a lot of machines in my Company and also for Persons i know using a 4K Retina iMac. and Really is a pain to work with. - It is NOT visible in a Screenrecording the only option would be to record a Video from my Smartphone if needed...

Thanks!

VERSIONS
Windows 7, CC 2015.4 and CC 2017.0
Windows 10, CC 2015.4 and CC 2017.0
macOS 10.12, CC 2015.4
even CS6 versions are affected...

- - - - - - - - - - - - - - - - - - - - -

STEPS TO REPRODUCE
1. Create an InDesign document with several pages
2. Define the text frame options with two columns
3. Link all frames and fill with placeholder text
4. Create a new paragraph style with the option "span columns" (e.g. title)
5. Define several parts of the layout with the new paragraph style
6. Edit some text near the paragraph style
--> the performance while typing is very very bad!!!

- - - - - - - - - - - - - - - - - - - - -

EXPECTED RESULT
InDesign and InCopy should still be usable when a layout file was built using either "span column" or "split column" (e.g. using a paragraph style > "Span Columns").

- - - - - - - - - - - - - - - - - - - - -

ACTUAL RESULT
Very bad performance - working is NOT possible anymore

I'd like to report a bug. Please follow the scenario below:

1. In a single column with lots of text in it, make two columns for a fragment of text

2. In text within the two-column setup, make a footnote. Add several lines of text to the footnote

3. Turn on the "Span Footnotes Across Columns" feature so that footnote ends up in the same group with the footnotes at the bottom of the page rather than below the two-column fragment

4. Expected behaviour: normal editing can be performed after these manipulations

5. Observed behaviour: any text editing after turning on the "Span Footnotes Across Columns" feature becomes lethargic and near impossible. Turning this option off immediately solves the speed issues.

Please log a bug to fix this behaviour.

If you define a Drop Cap in a paragraph style WITH a character style and also define a nested style, if there is a single letter word starting the paragraph, the nested style does not recognize it and will apply the nested style to an additional word beyond the deliminator. For example, a nested style through 3 words will apply to the first 4 if the paragraph starts with "I[space]" or "A[space]". It does not do this if [none] is chosen from the character style dropdown in Drop Caps, but only if one is chosen (even when nothing is defined in the character style). See attached image. Nothing is defined in chosen character style <dropcap>.