Created attachment 179637 [details]
Reproducing a bug with put wrong data from clipboard

(In reply to zeka10000.z1 from comment #0)
> Reproducible: Sometimes

Please try to find reproducible steps.

Confirmed in https://bugs.documentfoundation.org/show_bug.cgi?id=62196#c141 with:
-----------------
c) Until now I don't know a way how to make the problem 100%reproducible
d) Problem is not related to activated WIN10 feature "clipboard history"

Video attachment 179637 [details] makes a logical omission. When data is cut from Notepad++, clipboard is not shown, so we really can't say if bug is LO or N++.
I'm using LO and N++ together and I'm seeing this a lot lately in Windows 7.
So please try to reproduce without N++, confirming the bug in Clipboard.

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

Mike, copying you in as this could be a follow-up from:
- https://gerrit.libreoffice.org/c/core/+/112044
- https://gerrit.libreoffice.org/c/core/+/111825
According to this comment: https://bugs.documentfoundation.org/show_bug.cgi?id=136762#c29

Would be great if someone who can reproduce the issue can test if it indeed started from versions 7.1.3 or 7.2.0. (And just test with older versions anyway to see if this issue is a regression.)

Rainer reproduced in 7.2 according to comment https://bugs.documentfoundation.org/show_bug.cgi?id=62196#c142

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

(In reply to Stéphane Guillou (stragu) from comment #6)
> Mike, copying you in as this could be a follow-up from:
> - https://gerrit.libreoffice.org/c/core/+/112044
> - https://gerrit.libreoffice.org/c/core/+/111825
> According to this comment:
> https://bugs.documentfoundation.org/show_bug.cgi?id=136762#c29
> 
> Would be great if someone who can reproduce the issue can test if it indeed
> started from versions 7.1.3 or 7.2.0. (And just test with older versions
> anyway to see if this issue is a regression.)
> 
> Rainer reproduced in 7.2 according to comment
> https://bugs.documentfoundation.org/show_bug.cgi?id=62196#c142

Hello Stéphane,

I have just tested it with portable Version of:
Version: 7.2.7.2 (x86) / LibreOffice Community
Build ID: 8d71d29d553c0f7dcbfa38fbfda25ee34cce99a2
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: CL

Still the same problem within LO with the Clipboard.

The failure is in ALL Apps from LO, not only calc
Tested with Draw, Impress, Writer and Calc

Adjusting component to LibreOffice since all apps are affected as per https://bugs.documentfoundation.org/show_bug.cgi?id=148647#c8

Should OS be switched to all since I have been seeing this on macOS as well in recent main builds.

What about priority? https://bugs.documentfoundation.org/show_bug.cgi?id=62196 had highest and this has medium but from what I can tell it is the same problem.

Sadly no trivial repro steps on macOS. In my test just now pasting behaved as expected but I am aware this frequently is a problem and it is fairly infuriating, since LibreOffice will refuse to paste the correct content.

(In reply to steve from comment #9)
> Should OS be switched to all since I have been seeing this on macOS as well
> in recent main builds.

No. *Until proven otherwise*, all such problems (i.e., related directly to OS-specific features) must be considered OS-specific. It would really be great if it turned out to be OS-independent, because it would bean it's possible to fix it for all of them at once.

Note that this is only "same problem" when you consider the manifestation / priority. But indeed, technically, this is a different problem, that needs a separate fix.

Doing some more tests I now am pretty sure that this problem is (at least also)  caused by interaction with other running Applications. 

Steps how to reproduce with Installation of Version: 7.5.0.1 (X86_64)  
Build ID: 77cd3d7ad4445740a0c6cf977992dafd8ebad8df
CPU threads: 12; OS: Windows 10.0 Build 19044; 
UI render: default; VCL: win – Locale: de-DE (de_DE); UI: de-DE
Calc: threaded |  Elementary (SVG)  Theme  |  Normal UserProfile  

0. Install "MP3Studio YouTube Downloader" from https://mp3.studio/
1. Launch LibO with empty new Writer document
2. Open existing writer Document
3. Open a Web Page in (SeaMonkey) rowser
4. Copy single word from existing writer Document (<cntrl+c>) → Paste to
   new Writer document (paste as plain text)
5. Copy single word from Web Page to new writer doc. (<cntrl+c> ... <ctrl+v>)
6. Redo (4) ... (5) several times, always copying a new word
   » always will work fine
7. Launch "MP3Studio YouTube Downloader"
8. Redo (4) ... (5)
   » expected: (5) will work fine
     actual: Clipboard contents from (4) pasted.             😥

Additional info:
a) "MP3Studio YouTube Downloader" does some background actions copying
   youtube page URLs from Browser to "MP3Studio YouTube Downloader" 
b) I passed test (1) ...(8) several times with different web pages and
   different LibO source writer documents. Always broke after Step (7)

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

(In reply to Rainer Bielefeld Retired from comment #11)
> Doing some more tests I now am pretty sure that this problem is (at least
> also)  caused by interaction with other running Applications. 

Thanks Rainer, this description is consistent with duplicate bug 153415 comment 5, with the app Textbausteine Plus.

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

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

Likely the same issue as in earlier bug 101257.

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

Upping Priority from Medium to High, seeing 6 duplicates with potentially more in See Also.

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