Description: I used it a lot, but it no longer works Please return it Steps to Reproduce: 1. Open a document 2. Paste from clipboard that opens with combination win+v 3. Actual Results: No pasting Expected Results: Pasting Reproducible: Always User Profile Reset: No Additional Info: .
https://drive.google.com/file/d/1QxuBASPO-08GZoE2k5Kh-3jptb0MF3e6/view?usp=sharing
Created attachment 203790 [details] Video
Created attachment 203791 [details] My version
I'm deeply apologising for bothering those whom I CC-ed, but I needed to bring this to your attention. It's hard without functioning clipboard. It used to work. Thank you so much
I'm not a Windows user.
(In reply to Heiko Tietze from comment #5) > I'm not a Windows user. Who's specialising on Windows? Who may I talk to? I am a Windows user
I have a video-proof that it used to work https://drive.google.com/file/d/1UNl87QBjLRwF8L-dtPoajQ84qSZWb1oP/view?usp=sharing
The Windows clipboard works for me without problems. I have tested Version: 25.8.2.2 (X86_64) Build ID: d401f2107ccab8f924a8e2df40f573aab7605b6f CPU threads: 32; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win Locale: en-US (de_DE); UI: en-US Calc: threaded Windows 11 Home, Version 24H2.
(In reply to Regina Henschel from comment #8) > The Windows clipboard works for me without problems. I have tested Version: > 25.8.2.2 (X86_64) > Build ID: d401f2107ccab8f924a8e2df40f573aab7605b6f > CPU threads: 32; OS: Windows 11 X86_64 (build 26100); UI render: > Skia/Vulkan; VCL: win > Locale: en-US (de_DE); UI: en-US > Calc: threaded > > Windows 11 Home, Version 24H2. This is strange that it stopped working with me. I just press on it and nothing happens, but it used to work. If it happens with me - it probably happens with someone else too Just like I stopped having shadowed borders after some time, but I got them back Certain features seem to fall off like gray hair. They are present then they are gone
Hmm, I'm on Windows 25H2 and can confirm there is something odd with the Windows clipboard manager ( ⊞+v, or selected from ⊞+".") Feels like a clip item selected active there is not fully made available to the LO clipboard instance--for a screen clip appearing in the Windows clip manager, a paste special only shows "Bitmap Image (BMP)". Which if then pasted, is empty. Reviewing the 'active' Clipboard with Nirsoft's *InsideClipboard* (v. 1.27), an item initially clipped has full formats including a PNG. But when "reselected" from the Windows clipboard manager Nirsoft shows the item with an empty BMP and the associated PNG is gone. So items being pulled from MS Windows Clipboard history do not match their original format. Kind of smells like => NOB @Danat, what version of Windows 11 are your working with? Any recent os update? =-testing-= OS Name Microsoft Windows 11 Pro Version 10.0.26200 Build 26200 Version: 25.8.3.1 (X86_64) Build ID: 52ad9dd1c984050a9fb6932dbfb16e86a49e9758 CPU threads: 28; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
@Mike, Have you noticed anything amiss with the MS Windows clipboard history? I don't normally use the MS clipboard history, but when I enabled it just now, looking at items pulled from that history with Nirsoft's InsideClipboard, there seems to be issue with available formats compared to the original system clip. I think Danat is on Win11 25H2 like me, while Regina remains on a 24H2 build.
(In reply to V Stuart Foote from comment #11) It works for me (using LO 25.8.3.2 and Win 11 25H2 build 26200.7019). What exact steps you use to reproduce?
(In reply to Mike Kaganski from comment #12) > (In reply to V Stuart Foote from comment #11) > > It works for me (using LO 25.8.3.2 and Win 11 25H2 build 26200.7019). > What exact steps you use to reproduce? With Windows clipboard history enabled/turned on. Perform a screen clip of content on desktop. That clip is available on system clipboard, and can be pasted to a LibreOffice Draw or Writer canvas. And if accessed from the InsideClipboard app I see: 2 CF_BITMAP Bitmap 0 1 49348 PNG Stream 217,211 2 49520 CanUploadToCloudClipboard Memory 4 3 49521 CanIncludeInClipboardHistory Memory 4 4 But if I make other use of the clipboard, and then attempt to restore an item from the Windows clipboard history (⊞+v), I get no LibreOffice paste special response to the offered Bitmap 'Bitmap Image (BMP)'. And on review of the restored clipboard item with InsideClipboard shows this: 2 CF_BITMAP Bitmap 0 1 49412 DropDescription Memory 1,044 4 49653 ExcludeClipboardContentFromMonitorProcessing Stream 90 2 49654 ClipboardHistoryItemId Stream 76 3
(In reply to V Stuart Foote from comment #13) How is this related to the original issue of pasting text?
(In reply to Mike Kaganski from comment #14) > (In reply to V Stuart Foote from comment #13) > > How is this related to the original issue of pasting text? Hadn't looked at Danat's off site video. But would note similar "truncation" of available system clipboard formats when restoring the copied text. InsideClipboard shows this on system clipboard for the original text: 1 CF_TEXT Memory 138 7 13 CF_UNICODETEXT Memory 276 6 49300 Rich Text Format Memory 3,461 2 49396 HTML Format Memory 941 5 49587 Richtext Format Memory 3,461 3 49799 Star Object Descriptor (XML) Memory 82 9 49853 Link Memory 90 8 49884 HTML (HyperText Markup Language) Memory 835 4 49885 Star Embed Source (XML) Memory 6,591 1 and then get this for a clip restored from Windows clipboard history: 13 CF_UNICODETEXT Memory 276 1 49396 HTML Format Memory 735 2 49653 ExcludeClipboardContentFromMonitorProcessing Stream 90 3 49654 ClipboardHistoryItemId Stream 76 4 Suspect we may then be able to read the CF_UNICODETEXT, otherwise the string pastes would be blank as well. Something is not behaving in clip formats of the Windows clipboard history widget.
(In reply to V Stuart Foote from comment #15) Please don't assume things. The problem with bitmap is pre-existing; it never worked, and is caused by our code only handling CF_DIB, despite there are mentions of CF_BITMAP. It needs a separate bug report and fix (which is easy). OTOH, here is something 100% different. Unless you (or someone) reproduce what OP saw, there's nothing to debug.
(In reply to V Stuart Foote from comment #10) > Hmm, I'm on Windows 25H2 and can confirm there is something odd with the > Windows clipboard manager ( ⊞+v, or selected from ⊞+".") > > Feels like a clip item selected active there is not fully made available to > the LO clipboard instance--for a screen clip appearing in the Windows clip > manager, a paste special only shows "Bitmap Image (BMP)". Which if then > pasted, is empty. > > Reviewing the 'active' Clipboard with Nirsoft's *InsideClipboard* (v. 1.27), > an item initially clipped has full formats including a PNG. But when > "reselected" from the Windows clipboard manager Nirsoft shows the item with > an empty BMP and the associated PNG is gone. > > So items being pulled from MS Windows Clipboard history do not match their > original format. > > Kind of smells like => NOB > > > @Danat, what version of Windows 11 are your working with? Any recent os > update? > > =-testing-= > OS Name Microsoft Windows 11 Pro > Version 10.0.26200 Build 26200 > > Version: 25.8.3.1 (X86_64) > Build ID: 52ad9dd1c984050a9fb6932dbfb16e86a49e9758 > CPU threads: 28; OS: Windows 11 X86_64 (build 26200); UI render: > Skia/Vulkan; VCL: win > Locale: en-US (en_US); UI: en-US > Calc: CL threaded Version: 25.8.2.2 (X86_64) Build ID: d401f2107ccab8f924a8e2df40f573aab7605b6f CPU threads: 8; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: threaded
(In reply to V Stuart Foote from comment #10) > Hmm, I'm on Windows 25H2 and can confirm there is something odd with the > Windows clipboard manager ( ⊞+v, or selected from ⊞+".") > > Feels like a clip item selected active there is not fully made available to > the LO clipboard instance--for a screen clip appearing in the Windows clip > manager, a paste special only shows "Bitmap Image (BMP)". Which if then > pasted, is empty. > > Reviewing the 'active' Clipboard with Nirsoft's *InsideClipboard* (v. 1.27), > an item initially clipped has full formats including a PNG. But when > "reselected" from the Windows clipboard manager Nirsoft shows the item with > an empty BMP and the associated PNG is gone. > > So items being pulled from MS Windows Clipboard history do not match their > original format. > > Kind of smells like => NOB > > > @Danat, what version of Windows 11 are your working with? Any recent os > update? > > =-testing-= > OS Name Microsoft Windows 11 Pro > Version 10.0.26200 Build 26200 > > Version: 25.8.3.1 (X86_64) > Build ID: 52ad9dd1c984050a9fb6932dbfb16e86a49e9758 > CPU threads: 28; OS: Windows 11 X86_64 (build 26200); UI render: > Skia/Vulkan; VCL: win > Locale: en-US (en_US); UI: en-US > Calc: CL threaded If there is something odd - I believe this should be given "new" status, as it's a documented bug. And there should be more people experiencing the same thing. I'll change it to "new"
(In reply to Mike Kaganski from comment #16) > (In reply to V Stuart Foote from comment #15) > > Please don't assume things. > The problem with bitmap is pre-existing; it never worked, and is caused by > our code only handling CF_DIB, despite there are mentions of CF_BITMAP. It > needs a separate bug report and fix (which is easy). > > OTOH, here is something 100% different. Unless you (or someone) reproduce > what OP saw, there's nothing to debug. I doubt that I can be the only person (In reply to Mike Kaganski from comment #16) > (In reply to V Stuart Foote from comment #15) > > Please don't assume things. > The problem with bitmap is pre-existing; it never worked, and is caused by > our code only handling CF_DIB, despite there are mentions of CF_BITMAP. It > needs a separate bug report and fix (which is easy). > > OTOH, here is something 100% different. Unless you (or someone) reproduce > what OP saw, there's nothing to debug. I don't think I can be the only person to have it. I have proof as videos that it used to work, and it no longer does. Computers are all the same, and if it happened to me - it happened to someone else
(In reply to V Stuart Foote from comment #10) > Hmm, I'm on Windows 25H2 and can confirm there is something odd with the > Windows clipboard manager ( ⊞+v, or selected from ⊞+".") > > Feels like a clip item selected active there is not fully made available to > the LO clipboard instance--for a screen clip appearing in the Windows clip > manager, a paste special only shows "Bitmap Image (BMP)". Which if then > pasted, is empty. > > Reviewing the 'active' Clipboard with Nirsoft's *InsideClipboard* (v. 1.27), > an item initially clipped has full formats including a PNG. But when > "reselected" from the Windows clipboard manager Nirsoft shows the item with > an empty BMP and the associated PNG is gone. > > So items being pulled from MS Windows Clipboard history do not match their > original format. > > Kind of smells like => NOB > > > @Danat, what version of Windows 11 are your working with? Any recent os > update? > > =-testing-= > OS Name Microsoft Windows 11 Pro > Version 10.0.26200 Build 26200 > > Version: 25.8.3.1 (X86_64) > Build ID: 52ad9dd1c984050a9fb6932dbfb16e86a49e9758 > CPU threads: 28; OS: Windows 11 X86_64 (build 26200); UI render: > Skia/Vulkan; VCL: win > Locale: en-US (en_US); UI: en-US > Calc: CL threaded Yes, I seem to have latest update Windows 11, version 25H2
(In reply to Danat from comment #19) 1. Do yo still think that posting a *complete* quotation improves reading? Your comment 17, comment 18, comment 19 and comment 20 are completely unreadable - you post a couple of lines of your answer, but before that, tens of lines of the comment you reply to - without any clarification which part it is for. And that is in the thread that allows anyone to scroll up to see the original comment in full. 2. Do you imagine that others don't believe you? The words "Unless you (or someone) reproduce what OP saw, there's nothing to debug" mean "we can't DEBUG what we can't reproduce", not "we don't believe you have the problem". The task is not to post useless claims like "I have proof" and "computers are all the same"; the task is to find exact cause of the problem, e.g. if it depends on a specific program running on your system, or something else, that allows others to see it. And "allow others to see it" is not for "others to believe you": we need to reproduce, because then we can step through the code in debugger, and find out which code is wrong.
(In reply to Mike Kaganski from comment #21) > The task is not to post useless claims like "I have proof" and "computers > are all the same"; the task is to find exact cause of the problem, e.g. if > it depends on a specific program running on your system, or something else, > that allows others to see it. And "allow others to see it" is not for > "others to believe you": we need to reproduce, because then we can step > through the code in debugger, and find out which code is wrong. Sadly can't help with that. It's a mystery why it stopped working. I changed some appearance settings such as theme and app background, but I doubt it has any relation to clipboard
It is unconfirmed in the sense that we are not able to reproduce the issues shown in your externally posted video (I'd warned you about that by the way). Concerned with text strings clipped and accessed from the Windows clipboard history widget. Those seem to function for the rest of us. Though personally I do think there are issues with MS implementation of their clipboard history widget. Could be set to NEEDINFO and you'd need to dig deeper into what is happening on your system with the system clipboard when text string type clipboard items are reselected active from the history. For now => UNCONFIRMED
(In reply to V Stuart Foote from comment #23) > It is unconfirmed in the sense that we are not able to reproduce the issues > shown in your externally posted video (I'd warned you about that by the way). > > Concerned with text strings clipped and accessed from the Windows clipboard > history widget. Those seem to function for the rest of us. > > Though personally I do think there are issues with MS implementation of > their clipboard history widget. > > Could be set to NEEDINFO and you'd need to dig deeper into what is happening > on your system with the system clipboard when text string type clipboard > items are reselected active from the history. > > For now => UNCONFIRMED I think the root of the problem can be identified if more people report the same. Am I the only person at all who ever brought this up, did no one else complain?
(In reply to Danat from comment #24) > I think the root of the problem can be identified if more people report the > same. Am I the only person at all who ever brought this up, did no one else > complain? Thus far, just you. None of the normal QA cadre have been able to replicate (sorry for my noise about the CF_BITMAP above). But also note that your os/DE is Windows 11 25H2, so it may be a while before anyone else can replicate issue with the clip history, if at all. Meanwhile, poke around in your system. Maybe grab the Nirsoft InsideClipboard utility or similar to be able to follow diff between the system clipboard and the items delivered from the Windows clipboard history stack. If you can isolate a specific set of clip content that causes the misbehavior, then post those steps here. It would be checked... Meanwhile => UNCONFIRMED
(In reply to V Stuart Foote from comment #25) Stuart, was the attachment limit recently raised from 25MB to 30MB? Just curious
(In reply to Danat from comment #26) > Stuart, was the attachment limit recently raised from 25MB to 30MB? Just > curious No, looks to have been set to 30MB (upped from 10MB) since November 2021 https://wiki.documentfoundation.org/QA/Bugzilla/Attachments
(In reply to V Stuart Foote from comment #25) > (In reply to Danat from comment #24) > > > I think the root of the problem can be identified if more people report the > > same. Am I the only person at all who ever brought this up, did no one else > > complain? > > Thus far, just you. None of the normal QA cadre have been able to replicate > (sorry for my noise about the CF_BITMAP above). > > But also note that your os/DE is Windows 11 25H2, so it may be a while > before anyone else can replicate issue with the clip history, if at all. > > Meanwhile, poke around in your system. Maybe grab the Nirsoft > InsideClipboard utility or similar to be able to follow diff between the > system clipboard and the items delivered from the Windows clipboard history > stack. > > If you can isolate a specific set of clip content that causes the > misbehavior, then post those steps here. It would be checked... > > Meanwhile => UNCONFIRMED I found something that might shed light on the issue I noticed that text from WhatsApp does not paste Refer to "Video 2" and "File in the video 2" in attachments. Also here - https://drive.google.com/drive/folders/1vPOXUnQoO7Lyh9BQf9KTeNyANqvGZNi3?usp=sharing
Created attachment 203863 [details] Video 2
Created attachment 203864 [details] File in the video 2
Created attachment 204479 [details] Video 3
Created attachment 204480 [details] File in the video 3
(In reply to V Stuart Foote from comment #25) Hi. I found some very intriguing detail that might be helpful The clipboard is working with me, but very strangely. I have to press the text in the clipboard, then paste using the context menu, and it pastes. But in the past, I did not have to use the context menu. I discovered it accidentally. I am happy that it turns out to be working. I suffered for not being able to use the clipboard Video 3 - https://drive.google.com/drive/folders/1v8JJetXJMc_vy2FyfTH6XdiEiRpu7QHj?usp=sharing Thanks for paying attention
(In reply to Danat from comment #33) OK, but are you saying that the Windows 11 clipboard default behavior, either requiring a *l-mouse click* selection or of keyboard <Up/Down> movement with *<Enter>* to make selection--has worked differently in the past? Is keyboard movement <Up/Down> with <Enter> to select not working to pull history item from the Windows clipboard manager and into system clipboard? Either method of manipulating the clipboard manager's content works for me. Simply moving focus in the manager between items does not complete the transfer to the system clipboard. And once loaded to the system clipboard, (verified with an app like Nirsoft's Insideclipboard) LibreOffice can access 'Paste'/'Paste Special...' from Edit menu, context menu, or shortcut (<Ctrl>+V, or <Ctrl>+<Shift>+V). The key is that the transfer from the Windows clipboard manager --> system clipboard must first be completed. LibreOffice does not control that. If nothing has been copied to the system clipboard--the LibreOffice menu/context menu controls will not show active and the shortcuts will not work.
(In reply to V Stuart Foote from comment #34) > (In reply to Danat from comment #33) > > OK, but are you saying that the Windows 11 clipboard default behavior, > either requiring a *l-mouse click* selection or of keyboard <Up/Down> > movement with *<Enter>* to make selection--has worked differently in the > past? > > Is keyboard movement <Up/Down> with <Enter> to select not working to pull > history item from the Windows clipboard manager and into system clipboard? > > Either method of manipulating the clipboard manager's content works for me. > > Simply moving focus in the manager between items does not complete the > transfer to the system clipboard. > > And once loaded to the system clipboard, (verified with an app like > Nirsoft's Insideclipboard) LibreOffice can access 'Paste'/'Paste Special...' > from Edit menu, context menu, or shortcut (<Ctrl>+V, or <Ctrl>+<Shift>+V). > > The key is that the transfer from the Windows clipboard manager --> system > clipboard must first be completed. LibreOffice does not control that. If > nothing has been copied to the system clipboard--the LibreOffice > menu/context menu controls will not show active and the shortcuts will not > work. I don't know, just sharing what I see, maybe it will help the devs in their efforts. Although weirdly, the clipboard is working, so that's good
(In reply to Danat from comment #35) > I don't know, just sharing what I see, maybe it will help the devs in their > efforts. Although weirdly, the clipboard is working, so that's good But then those devs would be Microsoft devs. Let's close.
(In reply to Buovjaga from comment #36) > (In reply to Danat from comment #35) > > I don't know, just sharing what I see, maybe it will help the devs in their > > efforts. Although weirdly, the clipboard is working, so that's good > > But then those devs would be Microsoft devs. Let's close. To be honest, don't think so. The clipboard works normally on all mine applications except LOffice. But let's wait until others complain the same. I seem to be the first to mention this issue