The example: When I tried pasting a text into Writer, it gave a message that the "Requested clipboard format is not available". The problem: All I can do is press the "OK" button. This does NOT solve my problem as I still need to paste that piece of text into Writer. I need to paste-copy the text in a notepad like application OR I need to know of the existence of the "Paste special" function. The possible solutions: * Ask if the user wants to paste the text without formatting, * redirect to the "Paste special" dialog, * ...
[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: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
I have never seen message "Requested clipboard format is not available". My be it is bug in some program? How can be this reproduced?
I don't know it this is a bug and by now I don't know any more what the source of the copied text was, but it was only with that specific piece of copied text that I had the problem. My conclusion is that when something is pasted, writer checks the format of what's in the clipboard and if it isn't recognised, gives the error message that I received.
I came across the same behavior while trying to copy a citation from Mendeley desktop to Writer (on Ubuntu 10.10). Suggested solution sounds good to me :)
Dear bug submitter! Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs. To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem. Yours! Florian
The issue is still valid even with LibreOffice 4.1. A possible way to reproduce the issue is described here - http://bugs.rosalinux.ru/show_bug.cgi?id=1483: Description of problem: 1. Open speedtest.net in firefox. 2. Choose server and launch test 3. After ending click Share Results and copy URL in the appropriate field 4. You can paste this text into kwrite 5. But if You try paste this text to LibreOffice Writer You get an error (screenshot is attached) 6. You can paste the text only using Klipper
Thanks for additional testing. In this case problem is in Flash player. IMHO we should close this bug with status NotOurBug
No it shouldn't be closed yet: the problem is not that the input is bad, it is the way LO handles the problem. A user doesn't care if flash causes the copied text to have some kind of error in it which makes it unpasteable, he wants it done or at least get an error that helps him a bit further. "Requested clipboard format is not available" does not suffice, look again to my first post for my suggestion how to solve this.
About comment 9: not reproducible in LO 3.4 and 3.5 on WinXP 32 bit, Firefox If it is Linux-specific bug, then please tell me. I will try on Ubuntu. And, please, tell me Linux analog of clipbrd.exe
(In reply to comment #12) I tested it and I also couldn't reproduce this on Windows 7 64Bit using version 3.6.3.2 (portableapps version).
I can reproduce the issue (using steps in comment 9) on LO 4.1.4.2 on Ubuntu. I believe the point of comment 13 is that the issue isn't reproducible on Windows, not that the issue isn't reproducible at all. (The previous commenters were fairly clear about this, but I wanted to clarify a bit further.) I agree with the suggested solutions in comment 0. (Apparently mrkazoodle@gmail.com and philip_hoflack@hotmail.com are the same person, per comment 11 and comment 3.) I searched in the source code: The symbol for the error message in question is MSG_CLPBRD_FORMAT_ERROR It appears in http://opengrok.libreoffice.org/xref/core/sw/source/ui/dochdl/swdtflvr.cxx in methods _PasteFileContent (twice) _PasteDBData _PasteFileList
(In reply to comment #14) > I can reproduce the issue (using steps in comment 9) on LO 4.1.4.2 on > Ubuntu. I believe the point of comment 13 is that the issue isn't > reproducible on Windows, not that the issue isn't reproducible at all. (The > previous commenters were fairly clear about this, but I wanted to clarify a > bit further.) I was trying to reproduce the issue using the steps in comment 9, but couldn't and you're right: I could have been clearer about this. > I agree with the suggested solutions in comment 0. (Apparently > mrkazoodle@gmail.com and philip_hoflack@hotmail.com are the same person, per > comment 11 and comment 3.) Hm, seems I registered twice, how silly :p > I searched in the source code: > The symbol for the error message in question is MSG_CLPBRD_FORMAT_ERROR > It appears in > http://opengrok.libreoffice.org/xref/core/sw/source/ui/dochdl/swdtflvr.cxx > in methods > _PasteFileContent (twice) > _PasteDBData > _PasteFileList Thanks! Hopefully this bug report will lead to an improvement :)
Never confirmed by QA team - moving to UNCONFIRMED. Thanks for your patience and understanding.
(In reply to mrkazoodle from comment #0) > The example: > When I tried pasting a text into Writer, it gave a message that the > "Requested clipboard format is not available". > > The problem: > All I can do is press the "OK" button. This does NOT solve my problem as I > still need to paste that piece of text into Writer. I need to paste-copy the > text in a notepad like application OR I need to know of the existence of the > "Paste special" function. > > The possible solutions: > * Ask if the user wants to paste the text without formatting, > * redirect to the "Paste special" dialog, UX: One for you to triage
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.