Adobe InDesign: Bugs
When filing a new bug, please provide:
- Version of Adobe InDesign, InCopy or InDesign Server
- Steps to reproduce the issues
- Expected result
- Actual result
- Test file, screenshot, video or GIF capturing the issue (optional)
1024 results found
-
Missing character in CentSchbook CE font in InDesign2025
Yesterday, while working in Indesign 2025, white spaces appeared in the imported text where the letter "r" should be - one character suddenly disappeared! Even in the font set there is a white space instead (see picture). I tried this set in Word and it continues to appear there. It also appears when I try it in the old version of Indesign CS4. Not here in ID2025. However, about two days ago I was already creating documents in ID2025 with this font set and there was no problem. This is a current problem that I need to resolve immediately. Thanks…
1 vote -
Allow InDesign to retain local formatting when updating linked text files.
When using linked text files in InDesign, any local formatting changes made directly in InDesign (such as font size, color, bold/italic, etc.) are lost when the external text file is updated. This is a significant limitation for designers who need to maintain complex formatting in layouts. Please add an option to retain local formatting when linked text files are updated.
Suggestion:
“Preserve Local Formatting” in the Links panel or File Handling preferences.1 vote -
Issue Report: Kerning Not Applied with Ligatures Enabled in InDesign 2024/2025 (Regression from 2023
Description:
A kerning issue occurs in Adobe InDesign 2024 and 2025 when using ligature-supported fonts like Microsoft Uighur Font. Manual kerning adjustments fail to apply when ligatures are enabled. This problem does not occur in InDesign 2023, where disabling ligatures allows kerning to function as expected.
Steps to Reproduce:
1. Font Setup: Use Microsoft Uighur Font in InDesign 2024/2025. (I use my personal font)
2. Text Input: Type a word containing the ligature اللہ (e.g., any two Arabic text).
3. Enable Ligatures: Ensure ligatures are turned on (Character panel > Ligatures: ON).
4. Apply Manual Kerning: Attempt to adjust kerning…1 vote -
overlapping text on paragraph break in INDD
When formatting text using a parent page element that's been activated (by using Shift + CMD + Click) on a page, and forcing a paragraph break so that the text goes from two lines to three, the first of the now three lines "hides" behind the second line. The current fix to this issue is to make an edit to the first line so it "pays attention" to the change and goes where it's supposed to.
Font used: Los Feliz OT, Bold, 27
Justification: BottomScreenshots included of before the edit, during the edit, and fixed, with hidden characters turned…
1 vote -
Text Variables using Running Headers don't show up in Table Header Rows when table is threaded across multiple pages
I have a table running across multiple pages. In the Header row I want to have a Text Variable using Running Header to pull the text using a particular paragraph style. The text variable doesn't show up. If I unthread the table so it's just a single frame, it appears.
My workaround is to unthread to one frame, convert the text variable to text, then rethread. It works if I do this at the end, but defeats the purpose of using them if customer wants last minute edits.
2 votes -
BUG: Small Caps not applied correctly to Variable Text with World-ready Composer
Using Adobe Indesign 19.3 on MacOS 14.4, Apple M1.
Steps to reproduce:
1. Make new document.
2. Define a text variable "Test" with custom text "Handgloves".
3. Insert variable in text frame.
4. Set the composer for that paragraph to "World-ready..."
5. Set the paragraph in Small Caps
6. Try different fonts.Expected result: small caps.
Actual Result: only first two characters are changed to small caps. Typing characters after the variable placeholder changes how many characters are changed to small caps. See attached video.
Workaround is to change the paragraph to a non World-ready composer.
Note: may be related…
12 votes -
Copying text frames results in pasted PDF
Copying text frames from older versions of InDesign (example 2022 to 2025 – v.20.1) results in a pdf frame, meaning the text is uneditable. The only workaround I have discovered is to copy the text itself, paste it into the new document, and reformat the frame. I believe the discussion posted here - https://community.adobe.com/t5/indesign-discussions/indesign-locking-text-frames-with-old-id-files/m-p/15147987 – is referring to the same issue.
1 vote -
[ID-4260027] “Change Case” option does not refresh when opening saved search
“Change Case” option does not refresh when opening saved search
When a “Change Case” option is set on the GREP tab of the Find/Change dialog, it remains active until it is manually cleared or InDesign is restarted. This is a problem since it means that saved searches are producing unexpected results. Other options in the “change format” refresh as expected, so this appears to be a bug. It is especially problematic when running a chain of GREP searches because incorrect capitalization can result in numerous errors.1 vote -
Font IBM Plex Sans - Bold Variation not showing
Bold / Bold Italic not showing up in InDesign (even after deinstalling and reinstalling), even though it has been installed, it is available in Illustrator though, also IBM Plex Sans - Regular can't be displayed by Acrobat Reader
1 vote -
It's not possible to look for tables using the GREP tab
In the Text tab you can look for <0017> and find the tables in the active document (or selected story).
But it's not possible to look for tables using the GREP tab. Looking for \x{0017} or \x17 doesn't match anything.
Step to reproduce:
1. Create a new document, place a text frame, and add a table.
2. Open the Find/Change window, activate the GREP tab.
3. Run this GREP query: \x{0017}
4. Then try this one: \x17Expected result: both queries found the table.
Actual result: InDesign reports that nothing was found.
1 vote -
The GREP character . (dot) does not match after footnote markers
The GREP character . (dot) does not match after footnote markers. In this text (where [1] is a footnote marker):
Footnotes are so called[1] because they are at the foot of the page.
The GREP expression to match a whole paragraph matches up to and including the footnote marker, but not after.
Steps to reproduce:
- Run this GREP query (I can't attach .indd, .idml, or .zip files, so you'll have to create your own document):
^.+
Actual result:
The fragment "Footnotes are so called[1]" is matched.
Expected result:
The whole paragraph should be matched.
1 vote -
No funciona Desplegable párrafo / carácter
Cuando abro el desplegable de Párrafo o caracter, salen en blanco
2 votes -
Footnotes do not honor "keep" settings
Title says it all. If a footnote paragraph style contains "keep" settings and split footnotes are enabled, footnotes ignore the keep settings. It should be possible to (a) allow split footnotes, and (b) stipulate that at least two lines must be carried over to the second page, but this is not possible. Keeps are ignored.
3 votes -
Textoption
Guten Tag
Seit meiner vorletzten InDesign-Version (20.01) auf meinem MacBook Pro, 16", 2023) kann ich den Text nicht mehr im Fenster "Textoptionen" markieren.
Ansonsten ist alles sichtbar.
Vielen DankHello
Since my penultimate InDesign version (20.01) on my MacBook Pro, 16", 2023), I can no longer select the text in the "Text Options" window.
Otherwise, everything is visible.
Thank you very much1 vote -
Adobe InDesign 2024(v19.0) - For Hebrew Text, after applying Forced line break -The character direction changes to Left-to-right direction.
When typing a paragraph in Hebrew there is a problem when doing Forced line break. The character direction become Left-to-right direction, insted of keeping the Right-to-left direction.
25 votesThis issue is fixed in InDesign 2024 19.2 Release.
--
Adobe InDesign team
-
Copy text in Indesign
Good morning
I have a problem, every time I copy over a text, no matter if I do it with ctrl+c or with the right mouse button, the program gets stuck for a few seconds. That supposedly copied text cannot be pasted in another application.
Can you help me?1 vote -
BUG character style small caps at end of line
text at the end of of line, the whole word in small caps: the last letter has small caps applied (and shows that in the character styleing palette), but does not show it (cf. img. 1 and 2), if I change the character style of this one letter to normal, now there are three letters which do not show sc (img. 3)
ID 20.0.1 Win 64 (reinstalled just now)
Workaround: empty space after the word. Still a severe bug: please do something Adobe!
1 vote -
BUG Style loss after copy
ID 20.0.1 (Win 64)
when copying a frame or text from one document to another, some style info is partly lost: in this example the font for the text.
Copying text within the document does not produce this error.the example shows replacment of chosen font by default font (Minion)
when copyying the defualt format for paragraphs is copied as well, even though it is alreay here (see img 2)
1 vote -
Variable font sliders are laggy
Variable font sliders are much less smooth in InDesign, compared to Illustrator. They are much laggier.
Attached is a screen recording of the Acumin variable font being used in Illustrator (top) and InDesign (bottom).
5 votes -
Arabic shadda and out of position when it comes between ain and lam, and it prevents the ain and lam from connecting
Using the Google font Cairo Variable, in this sequence, "فَعَّل," the medial ain will not connect to the lam. The shade (0651 + 0643) intervenes and sets in the wrong position.
To Reproduce
In InDesign (perhaps other programs as well), key or copy/paste the sequence with Cairo variable loaded and applied. Then Unload Cairo variable and load Cairo Regular static to see what the corrected sequence.Expected behavior
The shadda should be centered above the ain.I have contacted the font manufacturer, and the font behaves as expected in their tests. I also tested the font myself in Illustrator, and…
1 vote
- Don't see your idea?