TO REPRODUCE THE PROBLEM:
1. Import an Excel document that includes straight quotation marks.
2. In the Import Settings dialogue, uncheck "Use Typographers Quotes."
RESULT:
The quotation marks will be converted from straight to curly.

WORKAROUND:
1. Define a paragraph style with "Language" set to "[No Language]."
2. Create a cell style using that paragraph style.
3. Create a table style using that cell style.
4. When importing the Excel content, select that table style (as well as unchecking "Use Typographer's Quotes").
RESULT:
The straight quotation marks will not be converted.

NOTES:
• Changing the paragraph Language to [No Language] does not affect Excel content that has already been imported. Only new imports will be affected (as well as linked tables when they are updated).
• This bug does not affect Word documents. Regardless of paragraph Language, straight quotation marks in Word document imports are kept straight. I haven't tested other file types, but so far, only Excel document and/or table imports are affected.
• Credit for the [No Language] workaround goes to Laubender, who suggested it to me in this Support Community thread: https://community.adobe.com/t5/indesign/bug-deselecting-quot-use-typographer-s-quotes-quot-for-excel-import-not-working/m-p/10841708#messageView2_117be70f9246da

EXAMPLE
I've been trying to upload a zipped InDesign package, but a 500 error keeps happening, so instead here's a Google Drive link to the file: https://drive.google.com/file/d/1Lc6Imdtw0dGB1qxd52mqgyU6LMt9vBfN/view?usp=sharing

TECHNICAL INFORMATION
InDesign version: 14.0.3 x 64
Excel version: 16.0.12228.20364
Excel file type: *.xlsx

(Hmm ... tried to attach an INDD file and I'm told they're not allowed. Really? OK ... will try a ZIP file with the INDD inside. Nope ... ZIP won't work either. Uploading a PNG screenshot)

Column Rules fail if a Table is the first item in a Text Frame

Please see the attached sample file.

On page 1 and 2 you will find a variety of 2-column frames with column rule applied.

In each case, the column rule will fail BECAUSE the first item in the frame is a Table. But, on page 2 I've added one extra example where a leading paragraph does exist, and because of this the column rule is ok.

I suspect the problem stems from the basic idea that a Column Rule will not appear in a text frame if there is NO text in the frame. Actually ... I'm not 100% sure I agree with that operation. If the column rule would appear with our without text, then this would solve the problem. But ... that might cause other problems.

Either way ... the Table is not being recognised as a valid trigger for the column rule to be invoked.

Thanks :)

Allan

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

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.