Found a bug (in all versions of InDesign) where an IDML does not have the correct CustomGlyph string:

1. Create a text box and select the font "Zapfino".


2. Using the Glyphs panel, choose the character for the word "Zapfino" (which is GID 1059). Export to IDML. The IDML will open fine.


3. Select the character again and change the font to Times. The character will become "uhorngrave", which is GID 1059 in the Times font.


4. Export to IDML. Open the IDML and it will display as an invalid character.

The bug is because an IDML does not contain the Glyph ID and instead relies on the CustomGlyph string, but the name in the IDML is "Zapfino" when instead the info in the IDML should be "uhorngrave" for the Times font.

As my report on bug with text wrapping in 2020 version (https://indesign.uservoice.com/forums/601180-adobe-indesign-bugs/suggestions/38998636-bug-with-world-ready-composer-when-use-space-like). Many of issues were fixed, but some still remain.
.
Before going to the issue in the title of the post, I want to specify some issue that doesn’t fix form my last report. If you see on the attachment img 02, you will see the issue about text encoding (it just only my suspicion) that happen when you just copy and paste text (specifically in Thai) form 2020 version to 2019 or to another text editor. After I had pasted text into TextEdit almost vowels and tone marks were changed into quotation marks that which made me suspicious about text encoding in that language. (You can find .txt example download link in PS.)
.
I do not know that this issue has a relative to the issue in question. The white spaces. As you can see in “img 01” in attachment (and on Indesign file) on the text where I high-lighted.
.
First, you can see white space play as a character in the beginning of the line, like other white spaces such as thin-space. And you also see, when applied paragraph with Adobe World Ready Composer, either single line and paragraph, spaces other than whitespace that insert form space bar play as character on the end of the line when you apply text justify. In an example I shown to you, en-space did not collapse. It stilled as a character.
.
Other than that, you can see the close parenthesis was sole wrapped into the next line, even it should stayed with the last word.
.
Nearly half year, after you had claimed that Indesign support Thai, I still cloud’t update into 2020 version because of all these fatal issues.
.
PS. You can download example Indesign file form https://www.dropbox.com/s/k08yqdio1cs3ttb/Test%20AW%20Folder.zip?dl=0
and you can download “Copy And Paste Text form Selection Text.txt” from https://www.dropbox.com/s/8sxrh3kzkagi0fm/Copy%20And%20Paste%20Text%20form%20Selection%20Text.rtf?dl=0

As my report on bug with text wrapping in 2020 version (https://indesign.uservoice.com/forums/601180-adobe-indesign-bugs/suggestions/38998636-bug-with-world-ready-composer-when-use-space-like). Many of issues were fixed, but some still remain.
.
Before going to the issue in the title of the post, I want to specify some issue that doesn’t fix form my last report. If you see on the attachment img 02, you will see the issue about text encoding (it just only my suspicion) that happen when you just copy and paste text (specifically in Thai) form 2020 version to 2019 or to another text editor. After I had pasted text into TextEdit (you can find “Copy And Paste Text form Selection Text.txt” in attachment) almost vowels and tone marks were changed into quotation marks that which made me suspicious about text encoding in that language.
.
I do not know that this issue has a relative to the issue in question. The white spaces. As you can see in “img 01” in attachment (and on Indesign file) on the text where I high-lighted.
.
First, you can see white space play as a character in the beginning of the line, like other white spaces such as thin-space. And you also see, when applied paragraph with Adobe World Ready Composer, either single line and paragraph, spaces other than whitespace that insert form space bar play as character on the end of the line when you apply text justify. In an example I shown to you, en-space did not collapse. It stilled as a character.
.
Other than that, you can see the close parenthesis was sole wrapped into the next line, even it should stayed with the last word.
.
Nearly half year, after you had claimed that Indesign support Thai, I still cloud’t update into 2020 version because of all these fatal issues.
.
PS. You can download example Indesign file form https://www.dropbox.com/s/mp1qbvoga4ra66w/Test%20AW%20Folder.zip?dl=0

As my report on bug with text wrapping in 2020 version (https://indesign.uservoice.com/forums/601180-adobe-indesign-bugs/suggestions/38998636-bug-with-world-ready-composer-when-use-space-like). Many of issues were fixed, but some still remain.
.
Before going to the issue in the title of the post, I want to specify some issue that doesn’t fix form my last report. If you see on the attachment img 02, you will see the issue about text encoding (it just only my suspicion) that happen when you just copy and paste text (specifically in Thai) form 2020 version to 2019 or to another text editor. After I had pasted text into TextEdit (you can find “Copy And Paste Text form Selection Text.txt” in attachment) almost vowels and tone marks were changed into quotation marks that which made me suspicious about text encoding in that language.
.
I do not know that this issue has a relative to the issue in question. The white spaces. As you can see in “img 01” in attachment (and on Indesign file which was also attached) on the text where I high-lighted.
.
First, you can see white space play as a character in the beginning of the line, like other white spaces such as thin-space. And you also see, when applied paragraph with Adobe World Ready Composer, either single line and paragraph, spaces other than whitespace that insert form space bar play as character on the end of the line when you apply text justify. In an example I shown to you, en-space did not collapse. It stilled as a character.
.
Other than that, you can see the close parenthesis was sole wrapped into the next line, even it should stayed with the last word.
.
Nearly half year, after you had claimed that Indesign support Thai, I still cloud’t update into 2020 version because of all these fatal issues.

InDesign 15.0.2 , Mac OS Catalina 10.15.4

I've been provided text to put into document. Copy pasted in (stripping formatting), added Paragraph Formatting (basic paragraph), then selected text to make it a numbered list ... and it numbers every item as number 1.

I did my own list, and it worked fine (1, 2, 3).

I copied the text from within the document into the new correct list, it reverted all the numbers back to 1,1,1.

I retyped the text to keep the correct numbering - that fixed the issue for me.

I've attached a video showing what happens when I apply the formatting. This is simply setting up the numbered list via the type menu, but put into the paragraph style for quick access.

InDesign 13.1.1

I'm not sure what is going on but it's been happening for a while now. The only way I've been able to fix it has been to trash my preferences. Unfortunately even that doesn't last long, sometimes as short as a day.

I make a lot of paragraph and character shortcuts for my projects. Each has it's own set of fonts so although I use the same shortcuts each are attached to different fonts so when I jump into a project I need to be able to see the shortcuts in the panel to remember which to use. For the past few years they keep disappearing from my panel even through the are still attached to the style. I cant figure out what is causing this to happen and I'm getting tired of trashing prefs every day just to be able to see my own styles. I could switch over to a newer indesign version but that requires purchasing a new version/subscription of my font application which I don't think is necessary for this issue. At this time my Character style is working right and displaying the commands for the styles I have setup While paragraph has 13 shortcuts missing.