Created attachment 166904 [details]
Image of pasted text

Created attachment 166910 [details]
Paste special clipboard content from Word 365/2019 on Windows os

Can not confirm on Windows builds recent master/7.1.0

Default paste is expected text string, Calibri of Word 365/2019 is received as unformatted text.

Attached shows the Special Paste dialog for when I select the text in Word 365, the content of the system clipboard shows the formats Word 365 prvides.

macOS flavor of MS Word should provide similar, with similar priorities.

Need to see the clipboard content for macOS instance of MS Word, otherwise this is really NOT A BUG as OP reports the Unformatted Text is available as a Paste format.

For OP, could you find some Clipboard viewer to get a look at what the macOS flavor of Word is placing on the system "Clipboard" pasteboard, it might help to spot an issue. 

=-ref-=
something like this:

https://langui.net/clipboard-viewer/

Hi, thank you V Stuart Foote, I downloaded the program, reproduced the bug from Word into Libreoffice, and then opened Clipboard Viewer.
Here is the result. I hope it helps:

.....Luôõd@K.ôg.2¬...................... ...4...l...D.o.c.u.m.e.n.t.o. .d.i. .M.i.c.r.o.s.o.f.t. .W.o.r.d...h.t.t.p.s.:././.d...d.o.c.s...l.i.v.e...n.e.t./.e.e.5.2.6.f.2.2.6.8.a.a.4.1.5.e./.D.O.W.N.L.O.A.D.S.%.2.0.(.D.E.%.2.0.E.N.%.2.0.E.S.%.2.0.F.R.%.2.0.I.T.)./.O.n.D.%.2.0.A.r.t.i.c.l.e.s./.J.G.-.X...M.0.0.0.2.-.f.r.a.-.S.p.e.y.r...%.2.0.P.l.a.n.%.2.0.d.e.%.2.0.l.. S.u.v.r.e...d.o.c.x...

(In reply to Daniele from comment #4)
> Hi, thank you V Stuart Foote, I downloaded the program, reproduced the bug
> from Word into Libreoffice, and then opened Clipboard Viewer.
> Here is the result. I hope it helps:
> 

Thanks for trying, unfortunately would need more detail as to which other formats are held in on the pasteboard, should be multiple flavors of the copied element.

Potential exists to adjust the clipboard format priority for the macOS builds to prefer a text format to an image format for the default paste.

Issue is reproducible with

Version: 7.0.3.1.0+
Build ID: 98548d3c12a00cb27729e88a99d5976db1e05f5e
CPU threads: 8; OS: Mac OS X 10.15.7; UI render: GL; VCL: osx
Locale: de-DE (en_US.UTF-8); UI: en-US
Calc: threaded

As copying between MS Word and MS Word or MS Excel results in pasted text, different flavors seem to exist within clipboard.

Created attachment 168218 [details]
All flavors by ClipboardViewer

Reproducible with the following settings

MacOS: 10.15.7
Word: 16.43
Writer: 7.0.3.1

For which flavor do you need more details @V Stuart Foote?

(In reply to siramon from comment #7)
> Created attachment 168218 [details]
> All flavors by ClipboardViewer
> 
> Reproducible with the following settings
> 
> MacOS: 10.15.7
> Word: 16.43
> Writer: 7.0.3.1
> 
> For which flavor do you need more details @V Stuart Foote?

If that list from 'Clipboard Viewer' had been cleared and was only the result for a simple Ctrl + C copy out of MS Word (as steps of comment 0) -- then should suffice.  Was it?

Fixing requires identifying the content on clipboard that we want to paste preferentially and assigning it the highest priority.

I cleared before. This (huge) list is really just the copy from MS-Word.

If you need details regarding a special flavor, just tell me. In the screenshot you see the result from the "public.utf8-plain-text" flavor.

Setting to new as per confirmation in comment 6

Perhaps duplicate of bug 128580?

@Dieter: Yes, this is a duplicate of 128580

And I can confirm that this still happens.

I'm the author of a clipboard (history) recorder and have quite a lot of experience in this field, as I have to work around constantly about quirks with Office apps (and now LO, too).

I have a tool to view the clipboard contents (but there's also one from Apple): http://www.tempel.org/ShowClipboards

With that you can see that Word places these types into the clipboard, in order, from the Carbon Pasteboard API:

com.microsoft.Object-Descriptor
public.rtf (RTF )
public.utf16-external-plain-text (ut16)
dyn.ah62d4rv4gk81n65yru (ustl)
com.apple.traditional-mac-plain-text (TEXT)
dyn.ah62d4rv4gk81g7d3ru (styl)
public.html (HTML)
public.utf16-plain-text (utxt)
com.adobe.pdf (PDF )
com.microsoft.Embed-Source
com.microsoft.Link-Source
com.microsoft.Link-Source-Descriptor
com.microsoft.ObjectLink
com.microsoft.HyperlinkWordBkmk
com.apple.webarchive (weba)
public.utf8-plain-text (utf8)
com.microsoft.ole.source.30211.0x10a61fce0
com.microsoft.DataObject
com.microsoft.appbundleid
dyn.agk81n65yru (ustl)
dyn.agk81g7d3ru (styl)

Programs who support Paste should look for the types, and if they support multiple types, prefer the former to the latter types (this isn't clearly stated in recent Apple docs, unfortunately). In other words, a program writing to the clipboard should put the richest data first.

I suspect that LO picks the PDF from this list, whereas it should prefer the RTF or HTML instead.

*** Bug 128580 has been marked as a duplicate of this bug. ***

I could check with Microsoft Office professional 2019 (I do not have the version I had the bug with back in 2020 unfortunately) and there is no bug any more.

I would like to change the status to Resolved Works for me (and not Resolved fixed) but the only option is resolved. So I am leaving "new".


But it definitely works for me! Thanks!

Version: 24.8.3.2 (AARCH64) / LibreOffice Community
Build ID: 48a6bac9e7e268aeb4c3483fcf825c94556d9f92
CPU threads: 8; OS: macOS 15.1.1; UI render: Skia/Raster; VCL: osx
Locale: en-US (en.UTF-8); UI: en-US
Calc: threaded