1. Version of Adobe InDesign
   This issue appears in every InDesign versions since footnotes are supported.
   Bug reports / feature requests (from CS3 up to CS6) have been ignored in the past.

2. Steps to reproduce the issues
   given:
   a) a footnote with three text lines
   b) splitting footnotes allowed in the footnote options
   c) keep options: at start/end of Paragraph 2/2 (2 lines at start, 2 lines at end)

Play with the textframes hight so that the footnote is forced to be splitted. It will only split 2/1, not 1/2.

1. Actual result
   The footnots splits with 2 lines in the textframe within the footnote starts and ends with one single line (widow) in the next textframe.

2. Expected result
   a) best choice: hold the keep options!
   (e.g. 2 at start / 2 at end; so don't split a footnote with 3 and less lines).
   b) alternative: make an orphan (full line at the start of a footnote paragraph) instead of a widow; widows are absolutely not allowed (because they ony fill a part of a line, maybe only one word)

3. Test file, screenshot, video or GIF capturing the issue (optional)
   Screenshots appended

100% reproducible on InDesign 15.0.2 on Windows 10.
Sample document for easy reproduction: https://www.dropbox.com/s/iirawdsvd27l95l/indesign%20crash.indd?dl=1

Starting point:
1. I have a table containing some footnotes.
2. Footnotes are not allowed to be split.
3. The table (including footnotes) doesn't fit in the frame, so the last row jumps to the next frame.

To crash InDesign:
1. Place the text marker in the paragraph containing the table.
2. Go to Keep Options.
3. Check "Keep Lines Togheter" and "All Lines in Paragraph".

Result: InDesign immediately hangs and you have to force quit.

Please fix? Should be easy to track down the internal cause with the sample document and reliable reproduction. :)

Ps: This was a bit time consuming to track down when my document spanned 100 pages and changes many pages away caused the table to move and crash InDesign. -.-

Using CC2019 on a Mac running High Sierra

Steps to reproduce:
1) Create a document with a few hyperlinks in it.
2) Whilst this document is open, open a 2nd document, and copy/paste the links from one document to the other.
3) Save both and close.
4) Trash source document

Expected result: hyper links should work in Target document as expected.

Actual result: hyperlinks all appear broken in document. Whilst an exported PDF appears to still work, ID reports all those links as broken.

Other details:
If you retrieve the source document from the trash, it the links in the target document suddenly start working again, meaning your not actually pasting the hyperlink, but theres some sort of link that exists between the source and target document.

Saving target file as a new file, saving as idml, has no effect – those links are still tied to the source document.

This in an absolute tragedy if you are working on large documents with lots of links, and needs fixing ASAP

Windows 10 15.0.3 broke Book TOC when exporting to EPUB; works in 15.0.2

Not only did 15.0.3 eliminate Book > Export to EPUB option of EPUB Version 2.0.1, it changed the Table of Contents to include duplicate entries linking to every PAGE within a chapter. The Book.epub file had a separate .xhtml file for every page in the book, rather than one .xhtml file per chapter and one TOC entry per chapter. This makes the Table of Contents useless.

Reverting InDesign back to 15.0.2 fixes the problem.

Here are the parameters I used to export the EPUB:
Book Menu :
Export Book to EPUB (Reflowable)
General
Version : EPUB 2.0.1
Cover : Rasterize First Page(change later)
Navigation TOC : Multi Level(TOC Style)
TOC Style : Table of Contents Style
Content : Based on Page Layout
Text
Option : NOT Remove Forced Line Breaks
Footnotes : Placement: End of the section(Endnote)
Lists :
Bullets : Map to Unordered Lists
Numbers : Convert to Text
Object
DO Preserve Appearance from Layout(for Graphic / Media objects)
NOT Use existing Image for Graphic Objects
CSS Size : Relative to Text Flow
Layout : Align Center
Space Before : 0 Pixels
Space After : 0 Pixels
NOT Insert Page Break
NOT Ignore Object Export Settings
Conversion Settings
Format : Automatic
Resolution : 300 PPI
JPEG Format : Baseline
JPEG Quality : Maximum
HTML & CSS
Include classes in HTML
Generate CSS
Preserve Local Overrides
Include Embeddable Fonts

JavaScript

Metadata
Identifier : urn:uuid:5365cc97-ed5a-4e7c-b325-715c0649c355

Viewing Apps
Kindle Previewer 3.39.0

I have .indd and .epub files from both 15.0.3 and 15.0.2, but I'd rather not publish them to the world. I'd rather you contact me and I'll e-mail you a link to them.

I'm using Indesign 15.0 on MacBook Pro (Retina, Mid 2012) running Mojave version 10.14.6

I'm experiencing a bug with the Source Serif Pro font , which I use extensively in a particular project.

I open an existing document, and the text in Source Serif Pro looks as you'd expect it to. When I start to edit the text however, it all jumps down as if the baseline settings of the text frame has been changed (although checking in the settings confirms they haven't been).

Copying and pasting the frame, or the text into a new frame, doesn't help.

It only happens with Source Serif Pro (all weights) - if I change the font, even to other Adobe Fonts it doesn't happen. It also happens in new documents.

It may be worth mentioning that a colleague works on the same Indesign files on a PC (we share the files via Dropbox) but he doesn't experience the issue.

We both share another related bug with Source Serif Pro in that quotation marks just display as 'straight' even though 'use typographer's quotes' is turned on in preferences. This can't be fixed through the Glyphs panel either.

My feeling is it's something to do with this particular font being used a lot over 2 different platforms.

Thanks

InDesign 14.0.2 and Acrobat Continuous 2019.10.20099

This issue is about the behavior and appearance of interactive check boxes in documents that have been exported to Interactive PDFs.

There is a difference in the way that check boxes created in InDesign behave and appear versus those created in Acrobat Pro. The Acrobat Pro Forms preferences are involved in this difference.

When, in Acrobat Pro Forms Preferences, under Highlight Color, the “Show border hover color for fields” option is selected, check boxes created in InDesign behave and appear in the following manner.

When a check box is made active, it first appears the same as the check box that was created in InDesign. When you tab to or select another check box, or when you save the selection in the PDF, the appearance of the check box reverts to a default generic check mark.

When, in Acrobat Pro Forms Preferences, under Highlight Color, the “Show border hover color for fields” option is not selected, check boxes created in InDesign behave and appear in the following manner.

When a check box is made active, it first appears the same as the check box that was created in InDesign and remains as such.

This degrades the purpose of using the highlighted fields, which is to call attention to fields that need to be filled.

When the check boxes are created in Acrobat, it makes no difference in appearance or behavior if the “Show border hover color for fields” is selected or not. They always appear as the checkbox style you have chosen to use. They do not revert to a generic check mark.

This is the way that custom check boxes created in InDesign should behave. Thus, they would allow the use of a highlighted field without the appearance of the “selected” custom graphic changing to an unwanted generic graphic.

Please refer to the InDesign Forums message at this link for examples:

https://forums.adobe.com/message/11063952#11063952