Description: My workflow has me frequently copying/cutting content from a notepad .txt on my first monitor to an LO .odt on my second monitor. Normally this works fine, but recently I've run into an issue where sometimes LO thinks I have nothing copied. When this happens and I right-click in the LO doc, the Paste option is greyed out. But when I attempt to paste (w/out performing an additional copy) in Notepad, it recognizes I have something copied and pastes it. Obviously this bug is very irritating and interferes with my workflow. I can generally finangle it to work after a bit (e.g., by closing and reopening the LO doc, or moving the .txt to the second monitor and re-copying the content), but not always consistently and I haven't hammered down an elegant solution to this problem. I have no idea if this can occur with other word processor programs besides the combination of Notepad and LO, but I know that the copy-paste issue does not happen between two notepad .txt's even when they're on separate screens. It might be possible that this can occur with a single monitor setup, but so far I've only run into this issue when using a second monitor. It may be that a large document is necessary (think > 800 KB large w/ just text and > 1200 headings) to reproduce this issue, as that's the only case that I've run into this problem with so far. One possibility I've thought of is that the computer going to sleep can somehow make this possible afterward. I'll keep track of this to see if the issue ever occurs for me before my computer has gone to sleep once. Currently I'm using LO 7.1, but I first ran into this issue w/ 6.4. That was actually why I upgraded to 7.1, hoping get rid of it, but it's still there. Steps to Reproduce: 1. Open notepad on first monitor. 2. Open LO .odt on second monitor. 3. Continue to cut content from the notepad and paste it in the LO .odt until the attempt to paste fails. Actual Results: On occasion LO will think you have nothing copied, and the paste option shows as greyed out. Requires finangling to fix. Expected Results: Should paste the content currently in the clipboard. Reproducible: Sometimes User Profile Reset: No Additional Info: Running Windows 10.
A known issue being present for a long time :-( *** This bug has been marked as a duplicate of bug 116983 ***
While reviewing the bug (Bug 116983) which this bug (Bug 136631) was subordinated to as a duplicate, I realized that there is a key difference based on 116983's title. 116983 says, "Paste is sometimes deactivated in (context) menu even though text is copied to clipboard and CTRL+V functioning," but for the bug I am experiencing (136631), LO acts as if the clipboard is empty and CTRL+V does not work. Therefore I am reopening this bug because it is distinct.
Apt, please consider: 1. multiple bugs on paste already, no point in some more 2. this is close enough, should that one be resolved you'll be able to test and reopen this one 3.in QA,this one was never confirmed, and you can't use Reopen, see Status. *** This bug has been marked as a duplicate of bug 116983 ***
Actually this one is closer. *** This bug has been marked as a duplicate of bug 57147 ***