Description: Copying text from another program such as a browser into libreOffice does not function. I have tried to do this from several browsers as well as notepad and wordpad. You cannot paste into libreOffice. Copy and paste within LibreOffice does work. This is only a problem under Windows 10. Copy and paste from other programs works with earlier versions of windows. I used the latest 3 versions of LibreOffice to test. Steps to Reproduce: 1. Copy text from an html file. 2. Try to paste into LibreOffice Writer. 3. You will not be able to paste. Actual Results: You cannot paste because LibreOffice does not see any text in the clipboard. Expected Results: Normally you can copy and paste text from one program to another. Reproducible: Always User Profile Reset: No Additional Info: You can easily reproduce this problem by opening notepad in windows 10 and entering some text. Leave notepad open. Now open LibreOffice and create a writer document. Go back to the notepad document and highlight the text and copy. Next go back to the open text document in LibreOffice and paste the text. You will not be able to do the paste. I can copy and paste from other programs into notepad and wordpad under Windows 10. With Windows 8.1 and the same version of LibreOffice I can copy and paste without any problems.
Nicholas, which version of Windows 10 and which version of LO do you use? => NEEDINFO
It could be that Windows 10 version is a culprit, but I doubt it. I'd sooner assume that reporter didn't search before reporting. This seems like a duplicate of https://bugs.documentfoundation.org/show_bug.cgi?id=116983 or https://bugs.documentfoundation.org/show_bug.cgi?id=57147.
(In reply to Dieter Praas from comment #1) > Nicholas, which version of Windows 10 and which version of LO do you use? > > => NEEDINFO The latest version of Windows 10 is being used. The version of LO is 6.3. I provided detailed testing information with the bug report. This is happening due to changes in Windows 10. The wrong functions are being used to access the clip board. Microsoft warned programmers that older functions would not continue to work. The other comments that have been made reference a different problem.
[Automated Action] NeedInfo-To-Unconfirmed
(In reply to Nicholas F. Peters from comment #3) > (In reply to Dieter Praas from comment #1) > > Nicholas, which version of Windows 10 and which version of LO do you use? > > > > => NEEDINFO > > The latest version of Windows 10 is being used. This would bei Version 1909. I can't reproduce it with Windows 10 1903. To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile (https://wiki.documentfoundation.org/UserProfile) and re-test? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present.
Checked on Windows 10 Pro 1903 with LibreOffice 6.3.4.2, cannot reproduce. Checked on Windows 10 Pro 1909 with LibreOffice 6.3.4.2, cannot reproduce either. See screenshots as attachments. While you are right, new APIs have been made available since 1909 wrt. clipboard management, the old ones are still available and are still working with LibreOffice. I even made sure to test on 1909 by enabling the clipboard history which has as effect to force the new API usage. Sources: - https://www.windowscentral.com/how-use-new-clipboard-windows-10-october-2018-update - https://docs.microsoft.com/en-us/windows/win32/dataxchg/using-the-clipboard
Created attachment 157182 [details] Test on Windows 10 Pro 1903 with LibreOffice 6.3.4.2
Created attachment 157183 [details] Test on Windows 10 Pro 1909 with LibreOffice 6.3.4.2
Created attachment 157184 [details] Windows 10 Pro 1909 new clipboard history enabled
It will be a while before I will be able to test again. The original work was done a brand new Lenovo P73 workstation notebook with Windows 10 Pro. The SSD failed and has to be replaced. I am waiting for the parts. When I get the system running, I will download the latest version of LibreOffice and retest.
Additional testing shows inconsistent activation of the paste menu. I can copy from history but usually not using the menu. The latest tests used Windows 10 Pro 1909 and LibreOffice 6.3.4.2. Tests were done with clipboard history enabled and not enabled. Sometimes the menu would allow copying but most of the time it prevented it from working. I also tested whether programs were copying to the clipboard with clipboard history enabled. This was done to be sure that there was something on the clipboard. This test showed inconsistent function of the menu.
Nicholas, have you ever tried it with a fresh user profile (see comment 5)?
I have tested in safe mode which sets everything back to factory settings. The menus do not work properly. Keyboard commands do work.
Additional testing shows that this bug is also in calc.
(In reply to Nicholas F. Peters from comment #16) > Additional testing shows that this bug is also in calc. => I changed component to LibreOffice I also can't confirm with Windows 10 Pro (Build 1863.752) and Version: 6.3.5.2 (x64) Build-ID: dd0751754f11728f69b42ee2af66670068624673 CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; VCL: win; Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE Calc: threaded or Version: 7.0.0.0.alpha0+ (x64) Build ID: 5dcbd1bb557450a2d658a710c163b310c0cee157 CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win; Locale: de-DE (de_DE); UI-Language: en-GB Calc: CL A new major release of LibreOffice is available since this bug was reported. Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Testing with LibreOffice 6.4.2.2 shows the program now works. Earlier versions did not function properly.
Glad it worked out finally, although sorry for not having exact explaination. Anyway, if it works now we can only close.
Xisco, script again opens bug wrongly.