InDesign: 15.0.1 x64
Creative Cloud: 5.1.0.407

This behavior varies depending on the combination of:
- typeface
- font size
- corner size
- inset spacing
- actual text contents in text frame

1. Put a few words in a text frame, and keep the text frame selected. I can trigger this easily with Minion Pro, Roboto, and Inconsolata.



2. 
   

   In Object -> Text Frame Options:

   
   
   • In the General section, set Inset Spacing to some nonzero value.
   
   
   • In the Auto-Size section, set Auto-Sizing to Height and Width, and enable No Line Breaks.
   
   
   
   



3. Select the text frame with the Selection Tool. Set the corners to Rounded (or anything else that isn't None) and set the corner size to some nonzero value.




4. Select the text frame with the Type tool. Using the little up and down buttons, repeatedly increase or decrease the size until the text frame auto-sizes to something way wider than the actual text. I've estimated this to be 3x to 10x the text width, depending on the factors listed above.

Specific example:

Minion Pro - Regular
0p1 rounded corner size
0p1 inset spacing
Text: "typical example" (without quotes)
Text frame is super wide at multiple font sizes between 10pt and 50pt. See screenshots for good results at 34pt but bad results at 35pt.

Hi together,
I'm using the context menu available for text selection to convert endnotes to footnotes by selecting text in the endnote text frame.

The result is not as expected. However it is better than using the dialog in menu Type for converting endnotes to footnotes with scope selection.

What is the issue?
One endnote was converted but not removed.
Two footnote text are missing the first character.
One footnote text has a special character that should not be there.
Style overrides were not transferred.
Footnote references get style overrides of the character they are attached to.

All the important details, also screenshots together with a download link to my test files can be found at InDesign Prerelease or in the following thread at Adobe InDesign Forum:

[ CC-2019 and 2020 ] The Convert-Endnotes-To-Footnotes Disaster SCOPE: SELECTION with CONTEXT MENU
Laubender
https://community.adobe.com/t5/indesign/cc-2019-and-2020-the-convert-endnotes-to-footnotes-disaster-scope-selection-with-context-menu/td-p/10936659

Regards,
Uwe Laubender
( ACP )

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.

I have been using InDesign since forever. Since the very first versions. But something has changed in the update to version 15.0.3.

When I select text, I often want to select an entire paragraph, except for the hidden character "paragraph return". I do that by holding Shift+Command+Arrow Down. That selects the entire paragraph including the hidden character. Then I would normally just let go of the command button and still hold Shift and then push the Arrow left button. That way I had selected the entire paragraph without the hidden character.
But in the latest update, 15.0.3 I now suddenly don't deselect the hidden character by pressing Shift+Arrow left. Now I add the hidden "Paragraph return" character from the previous paragraph to my selection. This is very upsetting to me and is something that complete kills the way I have been doing things for years and years. Please help me figure out how to fix this so I can keep doing like I have always been doing.

After updated to 2020 version that added support to Asian languages (include Thai), it look like Indesign force user (in my case Thai) to set language in Advanced Character Formats to Thai. After set the language Indesign also require me to use World-Ready Composer to set all tone marks in place.
.
Before the latest version, I always avoid to use World-Ready Composer because it combines a word to single object, not just locks tone mark and float vowel to character in the right position. By which it impossible to navigate with text tool to the position of text that I want to revise, even if I use right/left key to navigate. It mostly skips word by word, not only character by character. And when I delete a word or a character, some time it not only deletes backward but forward too. (I think because of when I delete character form a word Indesign instantly recognises new word and forces to delete that new word.) But After updated to 2020, I think, I anymore cannot avoid World-Ready Composer.
.
After I designed to use World-Ready Composer, I found one more bug. Because in many situations when I craft the spacing in layout (especially in Thai), I always use thin-space to separate character like “ๆ” form word before and after to make the space between them look good. But After I set to World-Ready I found that when thin-space (include other spacial white space like en or em) is in the back of the line the spaces in question act like normal character, so the last character of the line when use left justify do not snap to right frame border. The space still there like It becames one of character. So you can see the gap between the last character and the right frame border. (you can find this instance in attachment in file “space issue.”)
.
But the serious issue still there after the update. I, and all of my co-workers, found that everything about word wrapping in Thai language goes wrong after updated to 2020 version. This never happen in the former versions. I don't understand why this issue is happen. Even if I use Discretionary Line Break to help Indesign to wrap text properly. But It is not productive at all, because I had been forced to read text all over again and to insert Discretionary Line Break to every lines. (you can find this instance in attachment in file “wrap gone wrong.” In the high-light is the words that should be stick together.)
.
PS. while I wrote this issue report, my co-worker tried to migrate back form 2020 to 2019 and she found that when copy revised text back to 2019 it not the same character encoding. I advised her to try to place that text to TextEdit. It appears that some character is changed to something that is not unicode at all. That never happen in previous versions too. ((you can find this instance in attachment in file “text form 2020” and “text form 2020.” the text form 2020 at frist did in 2019 before migrate to 2020.)