When someone copy a non plain text (ctrl+c) then paste special (ctrl+shift+v) it sometimes not working at all (no paste special dialog brings up). In this case if someone copy and paste special a non plain text the "Paste special" dialog appear but the "Unformatted text" option is in the list changed to "" in Writer and "*" in Calc. Then something happen and the function works correctly. I investigate this error to provide more precise reproduction steps, but I hope others may also able to reproduce this error.
Ubuntu 10.10 / 64 bit
I have this problem (it drives me crazy), especially when pasting from PDF to LibreOffice Writer. A workaround = Copy a some text in the Writer document and hit "paste-special" to activate the paste special dialog box. Then paste-special should work with the PDF. But this only works intermittently with Libre Office (after a short period of time, I will have to repeat the workaround process). The workaround used to function for protracted periods with OpenOffice Writer but seems even more buggy with LibreOffice.
*** Bug 42093 has been marked as a duplicate of this bug. ***
[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
Steps to reproduce on Windows (LibO 3.5.0):
0. Start Writer
1. Type some text
2. select text and press Ctrl-C
3. place cursor on new line and press Ctrl-Shift-V
we see now variant "Insert as DDE"
4. choose "Formatted text RTF"
5. do step 3 again
now variant "Insert as DDE" disappears
If locale is Russian, then in step 3 first line (LO Writer) is empty
Created attachment 55827 [details]
shadow appears around page after inserting "Formatted text RTF"
On Linux when we insert "Formatted text RTF" first time, shadow appears around page (screenshot in attachment) and disappears after scroll page. To reproduce this again, we need restart Writer.
Insert as DDE also disappears on Linux
Same issue here, LibreOffice 188.8.131.52 on Ubuntu 12.10 64-bit.
Paste Special works for a while but suddenly the dialog box will no longer appear when Paste Special is selected from the Edit menu. Restarting LibreOffice makes it work again for a while but eventually it stops working again.
Created attachment 88066 [details]
paste special dialog
(In reply to comment #4)
> Steps to reproduce on Windows (LibO 3.5.0):
> 0. Start Writer
> 1. Type some text
> 2. select text and press Ctrl-C
> 3. place cursor on new line and press Ctrl-Shift-V
> we see now variant "Insert as DDE"
> 4. choose "Formatted text RTF"
> 5. do step 3 again
> now variant "Insert as DDE" disappears
> If locale is Russian, then in step 3 first line (LO Writer) is empty
did the same steps in LibO 184.108.40.206 under Win7 64bit Italian localization.
I do not reproduce issue.
if you see my screenshot the paste special dialog looks the same any time and there's no missing item after second Ctrl-Shift-V
do you still see this issue or it has been fixed meanwhile?
Created attachment 88067 [details]
paste special dialog
sorry, forget my previous comment and see my new screenshot...
you are right... the "DDE" item disappears when you select "formatted text [RTF]" and then reopen again the paste special dialog.
you have to to exit LibO to revert it to normal.
Also affects me.
Workaround to paste only text: do a normal paste. Then select it, right-click and choose "remove direct format".
This's an old bug migrated from OpenOffice.
Shouldn't this be given more priority?
I do not reproduce issue anymore in LibO 220.127.116.11.
I set status to RESOLVED WORKSFORME
feel free to reopen if you think the bug is still there.
This bug appears to be fixed.
No, it's still there.
I have this bug with Fedora and LO Version: 18.104.22.168
Build ID: 22.214.171.124-10.fc20Version: 126.96.36.199
Build ID: 188.8.131.52-10.fc20
It happens when pasting from a plain test email (which has been encrypted during transmission) into an odt document.
Anyway, before I started writing this it was not working for ages (enough for me to want to come and file a bug). Then I copied and pasted the verion info above. Next I decided to re-test the text from the email in a newly created document, I selected the same phrase again and it worked in the new document and then it worked fine in the origional one too.
I can't seem to isolate if it is a specific character or situation causing the problem, I have tried a few variables and it's still working fine. So no idea what is going on, only that the probelm is internmittent and hightly annoying!
Can someone tell me what info I can gather for you next time I have the problem, to help solve this issue?
Thanks for additional testing of this bug.
Sorry, but "version" is where bug appears. Not a current version. If bug disappears we just close bug.
Changing back to 3.3.1
Hi, the bug is still in current version, so I just assumed.
(In reply to comment #17)
> Hi, the bug is still in current version, so I just assumed.
but thanks for changing back :)
As a work around, if you want to paste unformatted text or whatever in the paste special dialog, you may assign it a shortcut key.
Works for me every time.
If the problem occurs when copying from another program like email client, web browser or pdf reader, it may be possible that the problem is on the side of the program which does the copy.
When the problem happens (ctrl+maj+V does not work), does the paste work if you do it in another program like a plain text editor?
Set status to NEEDINFO. Please set it back to UNCONFIRMED once you have provided requested informations. Thank you for your understanding.
Best regards. JBF
The same bug as been reported : bug 65606 with a more clear and reproducible description.
Set duplicate of bug 65606.
Best regards. JBF
*** This bug has been marked as a duplicate of bug 65606 ***