Just a shot in the dark:
Are the CRs actually gone, or perhaps is it getting changed to some other "invisible" character? If so, you could check for that character instead. How does it look when you paste it into a generic text editor?
I occasionally have to do something similar, going from Word to InDesign. If I copy table text from Word and paste into InDesign, I end up with an embedded graphic, which does me no good for formatting. If I first paste it into a text editor like BBedit or TextWrangler (Mac), it comes over as an array with CRs and tabs. Then I can re-copy it and it will paste like that into InDesign.
Not exactly the same, but another work-around that I have used.
Seems to be a bug, removing all tabs but holding CRs in cell.
(The line end also seems to be 'tab' in Word table.'Goto next cell')
Try Ctrl+Shift+V to paste it.
This removes text styles but holds tabs.
Thanks for the text editor suggestion. When I paste from the Word doc into Notepad++ I can see the tabs and the CR/LFs so it looks ok.
I also found a workaround similar to yours. If I paste from Word into Excel and then copy from Excel into Filemaker it works fine. It's clunky but better than typing it by hand.
I tried pasting with CTRL + SHIFT + V but still no joy.
Lastly, I'd like to report this as a bug but I've scoured Filemaker's website and can't find where bugs are reported other than that public forum. Could this be right?
Unfortunately, it really isn't a bug. The clipboard is actually an amazing tool that takes information from many various sources and stores it, usually in several formats, and tries to make it available to paste into even other applications. Better control of your clipboard on how it handles such things at CR/LRs is probably what you want. ClipManager Express from myFMButler does a lot to improve connectivity between FileMaker and the clipboard. I would try their product and see if that helps. But I bet Shawn got it right by mentioning that there probably are invisible characters such as Char ( 10 ) that is actually there and you're just not seeing it. You can try a Substitute ( Field ; Char ( 10 ) ; Char ( 13 ) ) and that may break things the way you want. 10 is Line Feed and 13 is Carriage Return. Or some other combination of invisible character maniuplation may work.
I cracked open my old copy of FM11 and substituted Char (13) with the pipe symbol and I got all of the substitutions I was expecting but in FM13 the same function has no effect. Clearly FM11 and FM13 behave differently with this pasted table data so I'm going to continue to call it a bug. Maybe because the whole method of rendering layouts changed in v12 this isn't possible anymore. Maybe. I just wanted to let FMI know that this is different and unexpected behavior.