927 results found

1. Arabic Diacritic Stacking Broken in v21.2 – Kasra Always Attaches Under Shadda When Ligatures Enabled

   Severity: Critical
   InDesign Version: 21.2 x64
   Language: Arabic (RTL)

   Bug Summary

   Incorrect positioning of Arabic diacritics (Kasra + Shadda) when ligatures are enabled.
   Input order of combining marks is ignored, breaking previous behavior (pre-v17).

   Environment

   Text Direction: RTL

   Language: Arabic

   Font: KFGQPC Uthman Taha Naskh

   Composer: World-Ready Composer

   Ligatures: Enabled

   Diacritic Positioning panel tested (no effect)

   Description

   In versions up to 17, manual input order of Arabic diacritics controlled stacking:

   Kasra (U+0650) then Shadda (U+0651) → Kasra under base letter

   Shadda then Kasra → Kasra under Shadda

   In version 21.2 x64, InDesign enforces mark-to-mark positioning strictly.
   Kasra always attaches under Shadda, regardless of input order.

   This removes manual typographic control required in professional Arabic publishing.

   Not a Font Issue

   Font tested: KFGQPC Uthman Taha Naskh

   Works correctly in Microsoft Word

   Word respects input order

   Therefore issue originates from InDesign shaping engine, not the font

   Workarounds Tested
   1. Disable Ligatures

   Result: Kasra appears under base letter (correct)
   Problem: Not viable for production — breaks Arabic typography and workflow in large documents (800+ pages)

   1. Diacritic Positioning Panel

   No effect on stacking behavior

   1. GREP + Baseline Shift

   Only visual workaround — not a shaping fix

   Additional Observation

   If entering:
   Kasra + Shadda + Kasra

   The Kasra appears under the base letter (duplicated), indicating partial internal support for alternate stacking.

   Steps to Reproduce

   Set paragraph direction to RTL

   Use font: KFGQPC Uthman Taha Naskh

   Enable Ligatures

   Type a letter + Kasra + Shadda

   Observe: Kasra appears under Shadda

   Disable Ligatures

   Observe: Kasra appears under base letter

   Impact

   Breaks classical Arabic typography control

   Affects religious and academic publishing

   Removes backward compatibility with previous versions

   Forces manual verification in large documents

   Request

   Please investigate:

   Interaction between ligatures and mark-to-mark positioning

   Changes introduced after v17

   Possibility of restoring manual diacritic stacking behavior

   Or adding an option such as:
   “Respect input order for Arabic diacritics”

   Immediate attention requested due to impact on professional Arabic publishing workflows

   Severity: Critical
   InDesign Version: 21.2 x64
   Language: Arabic (RTL)

   Bug Summary

   Incorrect positioning of Arabic diacritics (Kasra + Shadda) when ligatures are enabled.
   Input order of combining marks is ignored, breaking previous behavior (pre-v17).

   Environment

   Text Direction: RTL

   Language: Arabic

   Font: KFGQPC Uthman Taha Naskh

   Composer: World-Ready Composer

   Ligatures: Enabled

   Diacritic Positioning panel tested (no effect)

   Description

   In versions up to 17, manual input order of Arabic diacritics controlled stacking:

   Kasra (U+0650) then Shadda (U+0651) → Kasra under base letter

   Shadda then Kasra → Kasra under Shadda

   In version 21.2 x64, InDesign enforces mark-to-mark positioning strictly.
   Kasra always attaches under… more

   •  

   •  

   •  

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Text/Story/Table  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

2. Critical Request: Disable Mandatory “Save As New Document” Behavior in Latest InDesign Versions

   Dear Adobe InDesign Team,

   Since the introduction of the most recent InDesign update (version 19.x and onward), our team has experienced a disruptive new behavior: InDesign frequently requires us to save working documents under a new name, even when opening files that have not changed location, permissions, or ownership.

   This behavior appears arbitrary and is not user-configurable. It breaks a long-standing professional workflow and creates significant confusion due to the unnecessary proliferation of duplicate file versions. As a result, our team faces increased risk of:
   • Publishing or sending incorrect versions of documents to clients
   • Compromising file version control and internal quality checks
   • Reputation damage and even liability exposure due to avoidable errors

   We must emphasize that this behavior was not present in earlier versions of InDesign, and there has never been a need to “Save As” files repeatedly for the exact same document on the same workstation by the same user. While we understand that metadata integrity or compatibility might be the intended reason, Adobe must allow professionals to disable this mechanism.

   Please provide an option in Preferences that gives users control over whether InDesign enforces this “Save As New” behavior. This should be a user-side decision — not a forced system behavior.

   Until then, this issue undermines our ability to deliver reliable, efficient, and professional publishing services.

   Sincerely,

   Dear Adobe InDesign Team,

   Since the introduction of the most recent InDesign update (version 19.x and onward), our team has experienced a disruptive new behavior: InDesign frequently requires us to save working documents under a new name, even when opening files that have not changed location, permissions, or ownership.

   This behavior appears arbitrary and is not user-configurable. It breaks a long-standing professional workflow and creates significant confusion due to the unnecessary proliferation of duplicate file versions. As a result, our team faces increased risk of:
   • Publishing or sending incorrect versions of documents to clients
   • Compromising file version control… more

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Others  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

3. Error 39 - An error occurred while uploading your document. Please try again.

   Hey all,

   Really seeking some help or guidance here, we've been experiencing issues with all of our users attempting to upload/publish a document within InDesign (This is occurring with all InDesign files and on all machines I've tested so far).

   I have performed a fresh installation into a virtual machine running Windows 10 (10.0.18363.1854) and version 17.0 of InDesign where the issue is occurring also.

   I have followed https://helpx.adobe.com/indesign/kb/upload-error-publishing-indesign-document.html#sa_src=web-messag... however disabling network proxy is not an option as we're an enterprise environment.

   I can see 200's for reaching the endpoints mentioned in various Adobe support documentation however I have been able to identify that InDesign will ignore the PAC file and attempt to go directly to some Amazon endpoints which is causing the error.

   I contacted Adobe Support via Chat and was advised my request was forwarded to an expert however I have received no communications since then or a reference number to persue the matter.

   Is there any additional settings within InDesign where I can specify a proxy?

   Many thanks in advance,

   Hey all,

   Really seeking some help or guidance here, we've been experiencing issues with all of our users attempting to upload/publish a document within InDesign (This is occurring with all InDesign files and on all machines I've tested so far).

   I have performed a fresh installation into a virtual machine running Windows 10 (10.0.18363.1854) and version 17.0 of InDesign where the issue is occurring also.

   I have followed https://helpx.adobe.com/indesign/kb/upload-error-publishing-indesign-document.html#sa_src=web-messag... however disabling network proxy is not an option as we're an enterprise environment.

   I can see 200's for reaching the endpoints mentioned in various Adobe support documentation however I have… more

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  ePub/HTML/Publish Online  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

4. Preflight panel Overset text not showing page number

   SEE ALSO
   Preflight panel Overset text not identifying page number

   For a couple different files, I got an error message in the Preflight panel, indicating the presence of Overset text, but NO page number. In both files, it said it was an issue with footnotes, but not where. One of the suggested fixes is to allow Split Footnotes, but that option is already checked.

   julietw99713499_0-1606320681951.png

   After a lot of sleuthing, we eventually found the error. In one of the two files there were multiple errors in multiple locations. The entire footnote had vanished. The footnote reference was still there, but all of the text of the note had disappeared.

   julietw99713499_2-1606321000183.png

   As you can see, I had previously lengthened the page to make room for the footnote text at the bottom of the page. But then the program decided, nope, not enough room for that after all, and made the entire footnote disappear.

   When I lengthened the page by 0p1, Poof! the footnote text magically reappeared. If I shortened it by that 0p1 again, the footnote text stayed in place.

   1. Why does it suddenly decide the page is too short, when it was not too short before or after that time?

   2. Why has the Preflight panel gotten less smart than it used to be and can no longer identify the location of the error?

   I upgraded to version 16.0 and got the same results.

   Windows PC, 64-bit, shown here is 15.1.2, but as noted, after I upgraded to version 16.0, the Preflight panel didn't get any smarter.

   SEE ALSO
   Preflight panel Overset text not identifying page number

   For a couple different files, I got an error message in the Preflight panel, indicating the presence of Overset text, but NO page number. In both files, it said it was an issue with footnotes, but not where. One of the suggested fixes is to allow Split Footnotes, but that option is already checked.

   julietw99713499_0-1606320681951.png

   After a lot of sleuthing, we eventually found the error. In one of the two files there were multiple errors in multiple locations. The entire footnote had vanished. The footnote reference was still there, but… more

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Performance/Usability  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

5. copy

   Holding down "option" on the keyboard and then dragging a graphic or text box to copy and paste where you'd like it to go no longer works. The cursor changes as if it's going to copy/paste, however, it will just drag the original graphic/text box without copying it. I have to physically hit cmd + c and cmd + v and then it will paste wherever it wants to go in the document to get something to copy and paste. This is really frustrating when trying to design documents with a lot of the same elements in different formats. This has been an issue since updating to InDesign 2021 (16.1)

   Holding down "option" on the keyboard and then dragging a graphic or text box to copy and paste where you'd like it to go no longer works. The cursor changes as if it's going to copy/paste, however, it will just drag the original graphic/text box without copying it. I have to physically hit cmd + c and cmd + v and then it will paste wherever it wants to go in the document to get something to copy and paste. This is really frustrating when trying to design documents with a lot of the same elements in different formats. This… more

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Performance/Usability  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

6. Use of tab key is inserting unwanted numerals into line of copy instead of tab

   When working in InDesign v 14.0.3 x64 on my PC, I've encountered a new problem when trying to align text in a bulleted list using the "tab" key.

   After keying in the text in my list, I create alignment by first inserting tabs using the Type > Tabs command, and then using the "Tab" key on my keyboard to align second and third lines of text. Lately, when I move my cursor down to the second line of text and attempt to use the tab key to align the text with the tab I set in the line above, InDesign inserts the numeral "1" on the line (see attached screenshot, where I've marked the numeral with a red circle).

   No matter what I try, I cannot get it to stop inserting the numeral 1 in the line. I've even tried re-setting the tab, to no avail. I've saved the file, closed all applications, re-started my computer and attempted to update InDesign via Creative Cloud, but nothing solves the problem.

   The only option I have to align items in my bulleted list is to insert a soft break (Shift + Enter) and use the space bar to move the line of copy to the right incrementally. Unfortunately, this does not offer perfect alignment.

   Can you please help?

   When working in InDesign v 14.0.3 x64 on my PC, I've encountered a new problem when trying to align text in a bulleted list using the "tab" key.

   After keying in the text in my list, I create alignment by first inserting tabs using the Type > Tabs command, and then using the "Tab" key on my keyboard to align second and third lines of text. Lately, when I move my cursor down to the second line of text and attempt to use the tab key to align the text with the tab I set in the line above, InDesign… more

   •  

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Text/Story/Table  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

7. InDesign hyperlink testing swamps my website and triggers my site's denial-of-service-attack banning on my IP

   InDesign does checking of hyperlinks to see if they are valid and indicates the result in the hyperlinks list with a green dot (good) or a red dot (bad).

   The problem is my document has 500+ hyperlinks to my website and when Adobe tests these hyperlinks (when I open up the hyperlinks list dialog), it swamps my website with hundreds of hyperlink hits all at once and triggers the denial-of-service-attack IP banning code on my website.

   The end result is any time I'm editing hyperlinks in my Adobe InDesign document, I get banned from my website! When I check the server logs, it shows the source being an Adobe app at my IP -- which is InDesign of course.

   You need to add an option in the InDesign settings to throttle hyperlink testing by adding a delay between each link test ping. Default it to zero but let the user set a value in milliseconds to delay each test ping. Adding 1000 milliseconds would make each test ping get fired at one second intervals, for instance. Allow a max of 360,000 milliseconds, which is 6 minutes delay between pings.

   Your programmers need to keep in mind not everyone has a half-dozen hyperlinks in their documents. Get them to think through what happens in hyperlink testing if the document has 1000 hyperlinks in it, all deep links to pages on a single website -- and they will realize what a monster they've created by not allowing a user-specified per link test delay value.

   InDesign does checking of hyperlinks to see if they are valid and indicates the result in the hyperlinks list with a green dot (good) or a red dot (bad).

   The problem is my document has 500+ hyperlinks to my website and when Adobe tests these hyperlinks (when I open up the hyperlinks list dialog), it swamps my website with hundreds of hyperlink hits all at once and triggers the denial-of-service-attack IP banning code on my website.

   The end result is any time I'm editing hyperlinks in my Adobe InDesign document, I get banned from my website! When I check the… more

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Others  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

8. InDesign 18.5 saving/exporting/packaging/importing location behavior

   The way Indesign navigates folders has become very inconsistent and is creating a lot of extra work. For the most part, they are not defined by the files themselves nor InDesign (historically it has been one of those two).
   Now it is defined by the specific tool which is taking a lot of time extra navigating when switching between multiple projects or clients, and makes it very easy for files to end up in the wrong places. Below is a list of the how each tool is navigating.

   File Save As:
   a. New File: Last folder Indesign save to by any file
   b. Existing indd file: The Files current location
   c. Existing idml file: Last folder Indesign save to by any file (not it’s current location)

   Export:
   a. Same as file
   
   b. Once anything is exported in any folder not the same as the file, it exports to the file’s last export location
   If copying a file: Save As resets it the export option to a. Duplicating with finder or packaging the file does not.
   C. If a new file has never been saved, it will follow the export rules of the last file InDesign used

   Package: Last folder Indesign packaged to by any file.
   Place: Last folder Indesign placed from by any file.
   Relink: Last folder Indesign relinked from by any file
   Data Merge Source: Uses export to define
   Load Styles: Last folder Indesign loaded a style from
   Import PDF Comments: Last folder Indesign attempted to place comments from, even if unsuccessful.

   I am using InDesign 18.5 / Ventura 13.5.2 but behaved this was on Big Sur too

   The way Indesign navigates folders has become very inconsistent and is creating a lot of extra work. For the most part, they are not defined by the files themselves nor InDesign (historically it has been one of those two).
   Now it is defined by the specific tool which is taking a lot of time extra navigating when switching between multiple projects or clients, and makes it very easy for files to end up in the wrong places. Below is a list of the how each tool is navigating.

   File Save As:
   a. New File: Last folder Indesign save to by… more

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Performance/Usability  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

9. Bug with paragraph borders across multiple textboxes.

   1. Version of Adobe InDesign, InCopy or InDesign Server
      17.0.1 x64

   2. Steps to reproduce the issues
      Link some textboxes, fill boxes with text, and apply a paragraph border to all (or a large amount) of the text.

   3. Expected result
      If "Display Border if Paragraph Splits Across Frames/Columns" is unchecked, there should be no paragraph border from one column to the next regardless of whether or not a paragraph concludes at the bottom of the textbox.

   4. Actual result
      If a paragraph begins on one textbox and concludes on the next textbox, everything works as it should. However, if a paragraph finishes at the end of a textbox, it will display a line border at the bottom regardless of whether or not the next paragraph in the next textbox has the same border settings.

   5. Test file, screenshot, video or GIF capturing the issue (optional)
      Left, this textbox has a border, even though the following paragraph has the same settings and should therefore merge. Right, the textbox displays correctly, because the paragraph continues from one box to the next.

   There is also a bug within this bug, which I mentioned here https://community.adobe.com/t5/indesign-discussions/don-t-display-border-if-consecutive-borders-splits-accross-frames-columns/m-p/13326155#M501200 but let's fix the bug first, and fix the bug in the bug later.

   1. Version of Adobe InDesign, InCopy or InDesign Server
      17.0.1 x64

   2. Steps to reproduce the issues
      Link some textboxes, fill boxes with text, and apply a paragraph border to all (or a large amount) of the text.

   3. Expected result
      If "Display Border if Paragraph Splits Across Frames/Columns" is unchecked, there should be no paragraph border from one column to the next regardless of whether or not a paragraph concludes at the bottom of the textbox.

   4. Actual result
      If a paragraph begins on one textbox and concludes on the next textbox, everything works as it should. However, if a paragraph finishes at… more

   •  

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Styles  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

10. Remove Forced Line Breaks messes up Page Navigation markers

    When exporting as Reflowable EPUB with Page Navigation turned on, page markers need to be inserted immediately before the first word on the page. Often, this will be inside a paragraph.

    However, in InDesign 21.2, is the "Remove Forced Line Breaks" option is turned on, the markers are only being placed as <div> tags and never as <span> tags. This means that the page break markers are only placed between block elements and never inside them, so they don't accurately reflect where the page breaks occur in the print layout.

    Current export example:
    <p>A full paragraph with a page break inside.</p>
    <div aria-label="2" id="page2" role="doc-pagebreak"/>
    <p>The next paragraph.</p>

    Desired export example:
    <p>A full paragraph with a <span aria-label="2" id="page2" role="doc-pagebreak"/>page break inside.</p>
    <p>The next paragraph.</p>

    To replicate:
    1. Created a new file and fill with enough text for two pages.
    2. Ensure there is a paragraph that breaks from one page to the next.
    3. Export as EPUB (Reflowable) with both Page Navigation and Remove Forced Line Breaks turned on.

    The page marker will be inserted as a <div> between paragraphs. Export with Remove Forced Line Breaks turned off, and the marker will be a <span> in the correct place.

    Sample INDD attached.

    When exporting as Reflowable EPUB with Page Navigation turned on, page markers need to be inserted immediately before the first word on the page. Often, this will be inside a paragraph.

    However, in InDesign 21.2, is the "Remove Forced Line Breaks" option is turned on, the markers are only being placed as <div> tags and never as <span> tags. This means that the page break markers are only placed between block elements and never inside them, so they don't accurately reflect where the page breaks occur in the print layout.

    Current export example:
    <p>A full paragraph with a page break… more

    • 

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  ePub/HTML/Publish Online  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

11. pen tool

    When modifying a container box by adding points with the pen tool, the points wont select individually and the pen changes to the hand tool and will only select the object in the container. At first I thought it might be my Wacom, but the mouse also will not select points as (option pen) or using the point selection tool.

    At the same time when trying to clip an object set to transparency, so an object below can be seen so I can clip around it. The object becomes opaque making the task impossible.

    I am running a the latest updates available an my OS is current with Mojave's latest update.

    Indesign has become unusably slow and I spend 5 times more time watching the beachball of death than getting anything done. My clients don't care, they only know I'm not getting their work done. After 25+ years as a hardcore Adobe Fan, I'm beginning to lose faith, and have had to look at other software for solutions for my company.

    Currently there are almost 1400 serious bugs listed for the current release of Indesign alone listed on the Adobe site. With a constant stream of updates adding more bugs before addressing the existing issues. If this is considered acceptable by Adobe for the sake of my clients and business I must look for other solutions. I'm not a new user. Far from it, and serious bugs making Adobe products unusable for days, and weeks on end has become the norm and not the exception.

    I don't need you programs to "Wipe my Butt" for me, I just need them to work like they used to. When the cloud goes down. Everyone goes down. More care is necessary before a new release.

    Sorry for the harsh words, but in '94 I was an original Beta Tester for PS3 and still have my original copy. I love Adobe!!! Please don't force me to go back to CS6.

    Thanks,
    Rich

    When modifying a container box by adding points with the pen tool, the points wont select individually and the pen changes to the hand tool and will only select the object in the container. At first I thought it might be my Wacom, but the mouse also will not select points as (option pen) or using the point selection tool.

    At the same time when trying to clip an object set to transparency, so an object below can be seen so I can clip around it. The object becomes opaque making the task impossible.

    I am running a the latest… more

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    1 comment  ·  Performance/Usability  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

12. Allow importing of styles from CC library to application, not just to document

    There needs to be a way to import styles from our library into InDesign itself, not into a document. You allow us to import swatches this way, so why not styles?

    I have lots of default styles/swatches, which I created with no document open so they are applied to every new document I make. I got a new computer, so I added all of these styles to my library with hopes that I could import them all again.

    Nope.

    ID lets you add swatches from your library to the app, but as far as styles go you need to have a document open. Importing the styles into a document defeats the entire purpose--they will not be in any new documents.

    I'm aware that I can use the styles directly from my library, but it's a hassle having to go in there every time and then right-click on each style to import it...on each new document.

    You can see in one image, it allows me to add my library colors to the app, but for styles the option isn't present.

    There needs to be a way to import styles from our library into InDesign itself, not into a document. You allow us to import swatches this way, so why not styles?

    I have lots of default styles/swatches, which I created with no document open so they are applied to every new document I make. I got a new computer, so I added all of these styles to my library with hopes that I could import them all again.

    Nope.

    ID lets you add swatches from your library to the app, but as far as styles go you need to have… more

    •  

    •  

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Styles  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

13. After typing values in dialogue boxes, InDesign list panels unusable + Mouse click outside InDesign window not working

    Hi all,
    I have a persistent issue with scrolling some InDesign panel lists such as swatches, font list, font weight.
    After I type any set value on a dialogue box (like font size, transparency, color tone, font spacing etc), some fundamental InDesign panels become unusable: list elements (swatches, fonts etc) slip away from mouse selection like they were anchored to cursor.
    Mouse click outside InDesign window to desktop or other apps also doesn't work.
    Functionality can be restored only by pressing Ctrl+Alt+Canc and then Esc.

    I attach a sample video of the issue:
    1. two panels working correctly (Font panel and Swatches panel);
    2. typing of a random value on a random box (not important which box, the issue appears after any keyboard entering on any dialogue box);
    3. the same panels not working anymore (in the video I am only moving the cursor over them, without pressing any mouse button).

    More details about malfunctioning:

    • Paragraph/Font Style panel list, Glyphs list, Layers/Pages/Links panel lists work correctly.

    • If I set a Font/Paragraph Style: font scrolling and selection on Style Option window works, whereas swatch scrolling and selection has the same issue shown on the attached video.

    I already tried to delete InDesign cache and I also restored default InDesign preferences, but issue recurs.
    I think there could be a conflict between InDesign and hardware/OS settings, here details:

    InDesign version: 18.2.1 (+ ANY earlier CC version. I had identical issues on all previous versions on this pc).
    OS: Windows 10 x64, all updates installed
    PC model: Dell XPS-15 7590
    GPU: NVIDIA GeForce GTX 1650
    Mouse model: Dell WM615 (Bluetooth), drivers updated to last version.

    Thank you

    Hi all,
    I have a persistent issue with scrolling some InDesign panel lists such as swatches, font list, font weight.
    After I type any set value on a dialogue box (like font size, transparency, color tone, font spacing etc), some fundamental InDesign panels become unusable: list elements (swatches, fonts etc) slip away from mouse selection like they were anchored to cursor.
    Mouse click outside InDesign window to desktop or other apps also doesn't work.
    Functionality can be restored only by pressing Ctrl+Alt+Canc and then Esc.

    I attach a sample video of the issue:
    1. two panels working correctly (Font panel… more

    • 

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Performance/Usability  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

14. Freeze after using default New Hyperlink to URL

    (I didn't see a category for Freeze. I figure Crash is pretty close.)

    In InDesign 15.0.3 on Windows 10:

    I had just finished inserting a hyperlink by selecting Chess.com, bringing up the New Hyperlink panel (with the 'To URL' option up), and pressing Enter.
    After waiting 15 minutes, it was still hung.
    It was the only app running.
    When I right-clicked on the InDesign icon on the taskbar and clicked 'Close window', a dialog box popped up saying, "Save changes to the Adobe InDesign document "16 - Glossary.indd" before closing?
    I clicked 'Yes'.
    It closed that dialog box and popped up with an alert saying, "Cannot save "16 - Glossary.indd".
    Repeated twice. Same results.
    Then I clicked 'No'.
    It closed out the document, then the "Save changes box popped up again."
    When I clicked 'Yes' there, InDesign closed down.

    When I launched InDesign again, it pretended it had loaded my standard workspace ("David's"), but hadn't. It didn't load it until I chose Windows > Workspace > Reset David's.

    The problem did not reproduce.

    (I didn't see a category for Freeze. I figure Crash is pretty close.)

    In InDesign 15.0.3 on Windows 10:

    I had just finished inserting a hyperlink by selecting Chess.com, bringing up the New Hyperlink panel (with the 'To URL' option up), and pressing Enter.
    After waiting 15 minutes, it was still hung.
    It was the only app running.
    When I right-clicked on the InDesign icon on the taskbar and clicked 'Close window', a dialog box popped up saying, "Save changes to the Adobe InDesign document "16 - Glossary.indd" before closing?
    I clicked 'Yes'.
    It closed that dialog box and popped… more

    •  

    •  

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    1 comment  ·  Crash/Freeze/Hang  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating
    Closed: Not Reproducible  ·  AdminSanyam Talwar (Senior Lead Software Engineer, Adobe InDesign) responded

    To identify the cause of this issue, we had started our investigation with the aim to resolve it. You might have also received an email from us seeking more details to help in our investigation.

    We’ve concluded our investigation and came up with the finding: Either the issue is fixed in the latest release of InDesign or the issue was intermittent in nature at the time of its reporting and is not reproducible now.

    We recommend you to upgrade to the latest version of InDesign 2021(v16.0.0.77) as it is more robust and contains a lot of bug fixes.

    We seek your support in our continual effort to improve InDesign.

    —
    Adobe InDesign Team

15. PNG ICC Profile export

    InDesign 21.2 PNG export does not embed RGB ICC profile

    Version:
    Adobe InDesign 2026 (21.2)

    Operating System:
    macOS Sequoia 15.3.1

    Steps to reproduce:

    1. Create a new RGB document.
    2. Assign Adobe RGB (1998) as the document RGB profile.
    3. Set Transparency Blend Space to Document RGB.
    4. Place RGB images or use RGB fills.
    5. Export using File > Export > PNG.
    6. Open the PNG in Adobe Photoshop.

    Expected result:

    The exported PNG should contain an embedded RGB ICC profile (or provide an option to embed one), consistent with the document profile.

    Actual result:

    The exported PNG contains no embedded RGB profile. Photoshop displays a “Missing Profile” dialog when opening the PNG.

    The same document exported as JPEG with “Embed Colour Profile” enabled correctly embeds the Adobe RGB profile and opens in Photoshop without a Missing Profile warning.

    Additional information:

    • RGB document
    • Adobe RGB (1998) working space
    • Adobe RGB assigned profile
    • Transparency Blend Space = Document RGB
    • All linked assets are RGB
    • Behaviour is reproducible with multiple documents.

    InDesign 21.2 PNG export does not embed RGB ICC profile

    Version:
    Adobe InDesign 2026 (21.2)

    Operating System:
    macOS Sequoia 15.3.1

    Steps to reproduce:

    1. Create a new RGB document.
    2. Assign Adobe RGB (1998) as the document RGB profile.
    3. Set Transparency Blend Space to Document RGB.
    4. Place RGB images or use RGB fills.
    5. Export using File > Export > PNG.
    6. Open the PNG in Adobe Photoshop.

    Expected result:

    The exported PNG should contain an embedded RGB ICC profile (or provide an option to embed one), consistent with the document profile.

    Actual result:

    The exported PNG contains no embedded RGB profile. Photoshop displays… more

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  PNG/JPEG/EPS Export  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

16. There is a chance you close your file without knowing you have not saved it!

    It is very simple, just follow the steps below:

    1. Create a new file.

    2. Type a letter (lets say "A" for example) and save your file.

    3. Change the letter to "B" [Notice the "*" beside the file name and the "Save" Option being enabled in the file menu, since the file has been changed]

    4. Save the file again. ["Save" command and "*" disappear]

    5. Now, undo the last change (Back to "A") and save.

    6. Now if you redo the change, you will have "B" in the screen, Notice that the file has changed since your last save, but you neither see the "* nor have "Save" command enabled.

    InDesign simply acts like you have saved the file, and it is current, you may easily close your file and lose your progress. This may not be important for small changes but could be a disaster if the number of steps taken are high, which has happened to me once.

    It is very simple, just follow the steps below:

    1. Create a new file.

    2. Type a letter (lets say "A" for example) and save your file.

    3. Change the letter to "B" [Notice the "*" beside the file name and the "Save" Option being enabled in the file menu, since the file has been changed]

    4. Save the file again. ["Save" command and "*" disappear]

    5. Now, undo the last change (Back to "A") and save.

    6. Now if you redo the change, you will have "B" in the screen, Notice that the file has changed since your last save, but you neither see the… more

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  UI/UI Scaling  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

17. InCopy is creating "phantom hyperlinks" in InDesign

    Our InCopy editors are adding hyperlinks but they aren't showing up in InDesign. To make things worse, you can no longer add a hyperlink to the text. I discovered that InCopy is leaving phantom hyperlinks and it seems to be a bug, or at least has caused us considerable consternation. (I'm using InDesign 2026 v21.0.2 and InCopy 2026 v21.3).

    Okay, I’ve gone deep into the rabbit hole and I think I’ve figured out the problem with hyperlinks not showing up, or text you can’t add a hyperlink to. It’s a lengthy, complex explanation so I’ll start with the all too easy fix and then explain why. 

    THE FIX: When you create a link in InCopy, you have to click the “Shared Hyperlink Destination” button.

    This really only applies to multiple links that have the same destination, like how Supplemental Table 1 and Supplemental Table 2 both go to the same URL, but I don’t think it will hurt to click it for every link, just in case that URL gets repeated later on.

    If you don’t click Shared Hyperlink Destination, only the first hyperlink will show up in the Hyperlinks panel, and the rest become phantom links.

    And to make things worse, apparently this isn’t an issue when you make a link in InDesign. It only happens in InCopy. 

    If I’m right, this will fix the problem. At least, it worked when I tried it. We’ll have to see if it works all the time.

    THE EXPLANATION for us InDesign nerds.

    If there’s text that you can’t make into a hyperlink (the New Hyperlink option is greyed out) it’s because there’s already a link there, but for some reason it’s not showing up in the Hyperlinks panel. It’s a phantom link. However, you can still see the phantom link if you open it in Story Editor.  Story Editor shows where the link is, but you can’t edit it or add a new link to the text. 

    The only way to fix it is to retype the text outside of the link brackets, or copy and paste the text out of the brackets (except the link sticks to the first character so you can’t copy that, which is yet another pain). After you retype the text, you can highlight the link (everything in the brackets) and delete it, and then you are able to add a hyperlink to the retyped text.  You have to do this for each phantom link individually. This is an annoying and cumbersome fix, but we’ve known about it for a while.  

    If you want to get into the nitty gritty, I think this kind of explains what’s going on. https://stackoverflow.com/questions/17490661/how-to-properly-remove-hyperlinks-from-indesign-document-using-extendscript

    I made a quick script to look for the phantom hyperlinks, but all it shows me are the hyperlinks in the Hyperlinks panel, so I can’t find the phantom links that show up in the Story Editor with a script. I may explore that some more in case the issue arises again.

    But in any case, it looks like the links are losing their destination URL in InCopy because the URL is already taken by another link, but the hyperlink still remains and won’t show up in the Hyperlinks panel because there’s no destination. InDesign sees an empty link and doesn’t show it on the panel. However, when you use the shared destination button, all the links just point to that one URL and share it, and it shows up in the Hyperlinks panel. I’m going to report this to InDesign as a bug.

    Whew!

    Our InCopy editors are adding hyperlinks but they aren't showing up in InDesign. To make things worse, you can no longer add a hyperlink to the text. I discovered that InCopy is leaving phantom hyperlinks and it seems to be a bug, or at least has caused us considerable consternation. (I'm using InDesign 2026 v21.0.2 and InCopy 2026 v21.3).

    Okay, I’ve gone deep into the rabbit hole and I think I’ve figured out the problem with hyperlinks not showing up, or text you can’t add a hyperlink to. It’s a lengthy, complex explanation so I’ll start with the all too… more

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Others  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

18. Font baseline grid

    The baseline grid start value for Open Sans is different if the font is used from Adobe than if it's used from Google.
    This results in changes in layout which is very annoying. Also, when telling indesign to fit the box to text, the box is unnecessary larger at the top.
    Before the 17.0 InDesign update that wasn't the case.

    Someone else complained about this in November - https://community.adobe.com/t5/indesign-discussions/text-boxes-need-to-be-enlarged-after-update/m-p/... - the issue there is marked as solved, but it wasn't solved actually.

    The issue started with 17.0, actually i was really hoping it would have been addresses in this recent 17.1, update, but unfortunately it wasn't fixed.

    Someone voiced this earlier as well, it's not only about one font, it's about different google fonts, which I was using. We have a lot of documents which we share inbetween us and from the beginning we used the google font and we never had a problem. only after a recent update it started and it's quite a hassle to change all fonts in all documents now... also, some people experience it the other way on PC's - the adobe font version triggers the baseline shift, so that is not an option either.

    could you please fix this?

    thank you!

    The baseline grid start value for Open Sans is different if the font is used from Adobe than if it's used from Google.
    This results in changes in layout which is very annoying. Also, when telling indesign to fit the box to text, the box is unnecessary larger at the top.
    Before the 17.0 InDesign update that wasn't the case.

    Someone else complained about this in November - https://community.adobe.com/t5/indesign-discussions/text-boxes-need-to-be-enlarged-after-update/m-p/... - the issue there is marked as solved, but it wasn't solved actually.

    The issue started with 17.0, actually i was really hoping it would have been addresses in this… more

    •  

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Text/Story/Table  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

19. IDS on Windows: Extreme slowness in ExtendScript execution via SOAP connection (with weird workaround)

    SETUP

    • IDS Server 14.0.3.433 running on Windows Server 2019 (build 17763.864)

    • Local connection using "sampleclient.exe"

    • Two test scripts (attached):
      Slow script: "adobe-ids-win-slow.js" (approx 275 KB in size)
      Fast script: "adobe-ids-win-fast.js" (approx 275 KB in size)

    PROBLEM

    There are two scripts to compare. They are both of identical size, does nothing but declare a variable and return a string value. However, while execution of one of the scripts take a fraction of a second, the other script typically runs for > 10 seconds before completing.

    TESTS AND OBSERVATIONS

    1) This takes excessive time to run (typically 13 seconds on my test machine):

       C:\Users\Administrator\Desktop>"c:\Program Files\Adobe\Adobe InDesign CC Server 2019\sampleclient.exe" -host localhost:8190 c:\Users\Administrator\Desktop\adobe-ids-win-slow.js
       Script result (std__string): Done
    

    2) This completes quickly (typically in less than 0.1 seconds):

       C:\Users\Administrator\Desktop>"c:\Program Files\Adobe\Adobe InDesign CC Server 2019\sampleclient.exe" -host localhost:8190 c:\Users\Administrator\Desktop\adobe-ids-win-fast.js
       Script result (std__string): Done
    

    3) Adding the "-server" flag to the slow test will make it run fast, since the script isn't passed via SOAP but instead evaluated directly from local disk. This tells me the parsing of the ExtendScript statements isn't slow in itself so the difference seems to lie in the SOAP request handling.

    4) Now a really weird part: removing the very first space (before the comment on line 1) in "adobe-ids-win-slow.js" makes it run almost as fast as the fast script when repeating test 1) above. It turns out that "adobe-ids-win-slow.js" MUST start with a /* */-style comment in the very first byte to run fast; adding the space back, or removing the comment completely, makes it evaluate slowly again. I've tried other tokens such as semicolon, //-style comment, curly brackets etc but none had the same effect.

    5) In contrast to the change in 4), adding spaces before the comment, or removing the comment entirely, from "adobe-ids-win-fast.js" makes no difference in its evaluation performance.

    6) Another strange discrepancy is that even when "adobe-ids-win-slow.js" is modified to run fast using the change described in 4) above, the speed is still slower than the "adobe-ids-win-fast.js" variant. They both declare a string of same length but the data INSIDE the string is different, but while "adobe-ids-win-fast.js" completes in < 0.1 seconds the modified "adobe-ids-win-slow.js" takes closer to a full second.

    7) All of the tests above run at good speed (less than a second) when connecting to IDS 14.0.2.324 on macOS (tested with Catalina 10.15.7). The minor difference in speed between the slow and fast scripts seen in 6) is still present though, but is again eliminated if the "-server" option is used.

    OTHER COMMENTS

    I tried running Microsoft's Windows Performance Analyzer to capture what the slow IDS is doing during the long wait. I found that the overhead is located in calls from AFL (Adobe File Library) to the NT kernel, but without debug symbols I couldn't pinpoint it in more detail. My totally unconfirmed suspicion is that gSOAP/2.7 (as returned in the "Server" HTTP header in IDS connections) is applying some content sniffing to detect encoding, data format or other properties of the inlined script, but why this would only take place on Windows is a mystery, and it's also odd that the initial code comment would short-circuit this and improve performance dramatically.

    I've also tried disabling various Windows Security settings (Firewall, Virus & Threat Protection, Exploit Protection etc) in case that was interfering with network I/O but I've not found any improvement in that area.

    The slowness is not inherent in "sampleclient.exe" either since the root problem was first observed using our own HTTP client, as was the weird workaround of adding the comment string. I'm just using "sampleclient.exe" here to set up a self-contained test case.

    SETUP

    • IDS Server 14.0.3.433 running on Windows Server 2019 (build 17763.864)

    • Local connection using "sampleclient.exe"

    • Two test scripts (attached):
      Slow script: "adobe-ids-win-slow.js" (approx 275 KB in size)
      Fast script: "adobe-ids-win-fast.js" (approx 275 KB in size)

    PROBLEM

    There are two scripts to compare. They are both of identical size, does nothing but declare a variable and return a string value. However, while execution of one of the scripts take a fraction of a second, the other script typically runs for > 10 seconds before completing.

    TESTS AND OBSERVATIONS

    1) This takes excessive time to run (typically 13 seconds on my test… more

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    1 comment  ·  InDesign Server (IDS)  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

20. GDI Handles

    Indesign 19.5 x64 does not cleanup GDI Handles on Windows 10 build 19045.4529, version 22H2.

    This only occurs when the feature 'Turn on Overprint Preview' is enabled, and you start scrolling. When you disable that feature, you can scroll again without the GDI Handles being hogged by Indesign. The handles rae, after the feature is disabled, not released.

    A 28 page project, and a scroll up and down trough the project, costed me almost 600 GDI handles, and when I'm at 10.000, Windows just stops serving new ones and Indesign will crash.

    Expected outcome: GDI Handles do either not increase upon scrolling within the 'Overprint preview' function, or they are released once I disable the feature.

    Currect outcome: GDI handles are held by the Indesign.exe process, up and until the 10.000 counter, with as a result that InDesign becomes unresponsive to the Operating System, debuggers cannot be attached anymore and the only option is to just kill it.

    I've recorded my steps and included screenshots of the GDI Handles counter being aggressively moving up when I'm scrolling. However, it is in a ZIP file as how Windows serves them. This is the public link to the file in my Google Drive. It will be there for a few months, then I'll remove it, so please get it before then.
    https://drive.google.com/file/d/1Odb4mlwmdcltkWK0omnpsmPRRm3bkOSe/view?usp=sharing

    If there are any questions of if you do ned more information, please reach out. And let me know when this is fixed.

    Indesign 19.5 x64 does not cleanup GDI Handles on Windows 10 build 19045.4529, version 22H2.

    This only occurs when the feature 'Turn on Overprint Preview' is enabled, and you start scrolling. When you disable that feature, you can scroll again without the GDI Handles being hogged by Indesign. The handles rae, after the feature is disabled, not released.

    A 28 page project, and a scroll up and down trough the project, costed me almost 600 GDI handles, and when I'm at 10.000, Windows just stops serving new ones and Indesign will crash.

    Expected outcome: GDI Handles do either not increase… more

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Others  ·  Edit…  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating