Bug in Writer: Sometimes pasting text from web or documents doesn't work. This is a very random bug. Often the paste symbol is not visible in writer after copying text from web or documents. Not even the command Control+V work. If I start a new writer document it often works again.
One example of random behaviour. Sometimes I copy text from an e-mail in to Writer. One second later I can no longer do it, not even the exact same text part I just pasted in to Writer. If I close and reload or start a new Writer document, pasting mostly works again after that.
What email program are you using? Is it HTML or plain text email? Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the information.
It has happened when copying text (single words and also bigger sections) from e-mails in yahoo.com, from LO Writer documents to another LO Writer document, from several different web pages. It happens randomly so several tries needs to be done to reproduce it.
This or very similar paste bug in Writer was confirmed 2013 and it's still causing problems. Here is the bug link: https://bugs.documentfoundation.org/show_bug.cgi?id=57147
Very seldom the error occurs while pasting text from Thunderbird-Mail-Content into Writer (< 5 Lines). I found a little "workaround": When error occurs, I copy a bit of text from the Target-Document, paste in into the same document and then retry the first copy-paste-action. After this action, paste works normal again. Don't know why, but it helps :-)
I can re-produce part of this bug reliably by doing the following on Windows with Libre Writer version 5.0.4.2. Copy a word from a .hpp document in Visual Studio 2010 using Ctrl+C. Create a new document in Writer and paste option is not available. I created a test .hpp document with the following content to replicate the problem (use this example exactly): class TestClass { TestData m_test_data; }; Steps: 1. In Visual Studio I simply double click TestData word and click Ctrl+C to copy the word. 2. I start Writer, create a heading with Heading 1 and call the Heading Test, then press enter to go onto the next line. 3. I then use right mouse button click for context menu, and the paste and paste-special options are disabled. My only change in Libre office from default installation is I have changed the next style to be Default text instead of heading, so after typing in the Test text within the header 1 style, I press enter for the next line where I then paste into the Default text style. The part that is random is using Ctrl+V to paste, sometimes it works and sometimes it doesn't. The right click context menu for paste and paste-special are always disabled when I do this. So there could possibly be two bugs here, one where the copy/paste buffer is not being handled properly, and another where the context menu is handling buffer state differently from the keyboard shortcut (Ctrl+V). I've also noticed it's more of a problem when there are headings in the document. I am running Windows 7 (64-bit), which is up to date on patches.
I can reproduce this issue on 5.1.4.2 on Win7/x64 in LO Calc, trying to paste from Firefox, Thunderbird, Chrome from HTML source. Paste special sometimes works, most of the time it is not even on the context menu and unavailable, and regular paste is gone or greyed out with the only thing showing being Paste only and it has a single item on the submenu "No selection available", however I can switch to Notepad or some other app and paste from the clipboard no problem. When this occurs, if I save the document, exit Calc, open calc and reload the document, then right click in the same cell on the spreadsheet, magically Paste Special and the rest of the options are back again and they work once. Go back to the web page and highlight new text and try to copy it over again (or in an HTML email from Thunderbird or similar) and the problem recurs. Happened to me about 50 times today. Interestingly, pasting the keyboard buffer to an intermediate non-HTML application such as Windows Notepad, then reselecting the text in Notepad and pasting it into Calc it usually works. Going direct from Firefox/Thunderbird/Chrome with HTML source or from something with RTF source results in missing options on the context menus, or greyed out features. Once it has happened the app behaves oddly with various other bugs/glitches until it is restarted also (if it doesn't crash on its own).
I guess we have enough confirmations, so setting to NEW.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.4.1 or 5.3.6 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170901
We don't have steps here to confirm, but I also experience this bug. My solution used to be extension "Pate from Web" that worked exactly in those situations when normal paste wasn't available. Only it shows errors sometimes because it's not maintained.
*** Bug 131865 has been marked as a duplicate of this bug. ***
Unable to position cursor AFTER a pasted image in Writer. When creating a document and having pasted any image in it we used to be able to place the cursor at the end of the image by clicking on it and moving the cursor down using the enter key or by clicking in the white space after the image. It is impossible to type or paste anything in the proper order on the document. All additional typing or pasted text or images are inserted BEFORE/ON TOP OF the existing image(S). If a second image is added it will be positioned at the top of the page ahead of below the previous image. This makes the order of entry backwards of normal. For example I = image II = second image II instead of I I II
(In reply to toseepop from comment #12) > Unable to position cursor AFTER a pasted image in Writer. When creating a > document and having pasted any image in it we used to be able to place the > cursor at the end of the image by clicking on it and moving the cursor down > using the enter key or by clicking in the white space after the image. It > is impossible to type or paste anything in the proper order on the document. > All additional typing or pasted text or images are inserted BEFORE/ON TOP OF > the existing image(S). If a second image is added it will be positioned at > the top of the page ahead of below the previous image. This makes the order > of entry backwards of normal. For example I = image II = second image > > II instead of I > I II You changed the version to 7.0.4 and added a bibisectRequest. To me it sounds like you are trying to report a new bug, so please do it with a fresh report rather than trying to repurpose this existing old one.
Context menu was mention many times in this report. As bug 136175 was fixed, could everyone please re-test using Win-x86_64@tb77-TDF https://dev-builds.libreoffice.org/daily/master/current.html It installs separately.
changing subject as bug wasn't found on searches for copy or paste, setting WFM as it's most likely resolved with the patches for e.g. tdf#136175, OP is exactly the behaviour solved there, feel free to reopen if still problems ...