<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body><a class="email" href="mailto:newbie-02@gmx.de" title="b. <newbie-02@gmx.de>"> b.</a> changed <a class="bz_bug_link bz_status_NEW " title="NEW - Paste is sometimes deactivated in (context) menu even though text is copied to clipboard and CTRL+V functioning (steps: Comment 0 and Comment 13 and Comment 28)" href="https://bugs.documentfoundation.org/show_bug.cgi?id=116983">bug 116983</a> <table border="1" cellspacing="0" cellpadding="8"> <tr> <th>What</th> <th>Removed</th> <th>Added</th> </tr> <tr> <td style="text-align:right;">Status</td> <td>NEEDINFO </td> <td>NEW </td> </tr></table> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Paste is sometimes deactivated in (context) menu even though text is copied to clipboard and CTRL+V functioning (steps: Comment 0 and Comment 13 and Comment 28)" href="https://bugs.documentfoundation.org/show_bug.cgi?id=116983#c54">Comment # 54</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Paste is sometimes deactivated in (context) menu even though text is copied to clipboard and CTRL+V functioning (steps: Comment 0 and Comment 13 and Comment 28)" href="https://bugs.documentfoundation.org/show_bug.cgi?id=116983">bug 116983</a> from <a class="email" href="mailto:newbie-02@gmx.de" title="b. <newbie-02@gmx.de>"> b.</a> <pre>(In reply to Telesto from <a href="show_bug.cgi?id=116983#c53">comment #53</a>) > @b > The whole copy/paste disabled issue is spread around some bug reports :-( it's old and it's nasty :-( :-( :-( but it should be eradicated shortly as it's severely undermining LO's 'user experience' ... "what is this program, can not copy and paste?" A.) > Would you mind testing <a href="show_bug.cgi?id=116983#c47">comment 47</a> afaics that's installing some helper program, i don't see any sense in that, on the one hand libreoffice should first learn to handle the normal clipboard, and then you never know after such installations whether malfunctions on the computer are caused by this installation or by remnants of it ... B.) > and/or this one: > > Have two instances of LibreOffice; run them in parallel (ideally 2x master > or b2 or something like that. Else the internal clipboard will be used.. but > the problem is with the 'external' system clipboard. > > 1. Open <a href="http://bugs.documentfoundation.org/attachment.cgi?id=141323" name="attach_141323" title="The odf file for text to be pasted">attachment 141323</a> <a href="http://bugs.documentfoundation.org/attachment.cgi?id=141323&action=edit" title="The odf file for text to be pasted">[details]</a> in instance A > 2. Insert a comment -> Add some text: say "AAA BBB CCC" > 3. Select "AAA' with the mouse > 4. Right click -> Copy > 5. Go to second instance (B) -> Right click paste -> Working > 6. Repeat 3-5 (3x).. Paste should be disabled.. (maybe changing the > selection to BBB) tried it, had much fun, 'copy' in right click menu for text in comment not available, used strg-c for it, worked fine besides paste in writer got a paragraph mark added after every 'AAA' 'BBB' or 'CCC', also tried from 'AAA BBB CCC' added as text on the sheet, 'AAA' was pasted as ' AAA' - with an additional space in front, same for 'BBB' but not for 'CCC' ... please do NOT! ask if i accidentally had a space included in the copy source ... did some dozen copies, pastes and paste specials, no problems except the formatting shortcomings described. imho they are a hint for confused code. C.) regarding 'internal' and 'external' clipboard i tried something further, as this bug description asked to 'empty clipboard' before repro-test i looked for something to do this / check clipboard content, tried a little utility 'insideclipboard' and had the following fun copying from opera - heise newsticker to writer: - sometimes - i think it was with writer 6.3.6.1 - on copy of a headline insideclipboard was emptied, but i could paste in writer (forgot to test if paste in other prog. would work), - reproducibly the copy (ctrl-c) and then paste (ctrl-v) of a headline to writer 7.1 was pasted 'in color' (light blue) on the first try (newly marking a headline), and in 'grey' if i reactivated the opera window with the still marked headline, pressed ctrl-c without any other action on that window, changed to writer and pasted, - and just now did a short recheck, on the eleventh copy - paste of alternating a newly marked headline and a repetition of it in grey neither paste nor paste special work ... - and subsequent opened writer 6.3.6.1, copied a fresh marked headline and pasted it, coloured but 'insideclipboard' shows clipboard as empty, subsequent copy of the same marked headline fills insideclipboard with content and pastes in grey into writer, assumption ... from behaviour and snippets here and there in bugs ... there are more than one procedure for 'clipboarding', 'external' (normal windows) and 'internal' (invented because 'standard' couldn't fullfill all of LO's requirements?) and they work in competition, or sometimes 'race condition', and results are unpredictable as no programmer or user can decide which wins which part of the cake at what time? ... just an assumption, sorry @Eike, regarding exact this bug: > 1.Clear clip board in your OS. There should not be anything copied into the clipboard. did with 'insideclipboard', > 2.Open pdf and odt flie. opened 'files', > 3.Right click at the end of Line One in the odt file > 4.Paste is active even though nothing is in clipboard(There is nothing to > paste.)(This is the first bug)(Do click on paste to verify that clipboard is > really empty) norepro, paste options grey, > 5.Shift to the Pdf file and Copy the text(I did it with Right_click Copy in > adobe reader). ok, > 6. Shift back to the odt file. Right click and try pasting the copied > contents. > 7. This is Bug2. The options Paste and Paste special are greyed > out(deactivated). It is however possible to paste using keyboard > shortcuts(Ctrl+V or Ctrl+Shift+V) repro! setting 'new' as at least a part of this flavour of bug remains, with ver: Version: 7.1.0.0.alpha0+ (x64) Build ID: 006c65bbd472cb1d7d44e095714e28190b76be0d CPU threads: 8; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: CL and a last recheck ... having only writer 7.1 open for the test from OP worked fine longer than i liked to invest time, opening writer 6.3.6.1 in parallel brought both error conditions (clipboard empty, paste works, clipboard filled, paste grey) in both writer ver. after short time ... and the very last: only writer 7.1, first try to paste copy from adobe doesn't work with any option, not even with ctrl-shift-alt-v, one armed bandit's are! easier ... P.S. consider i lived with theese bugs without taking notice for years! i had some nastinesses sometimes but found a workaround and concentrated back to my normal work, the danger from this bug is tolerable as a user mostly recognizes that something went wrong and corrects it, but ... what a poor picture ... just to countercheck win problems i'd run 'sfc /scannow', found some pending renames, restarted system, headline copying from opera - heise newsticker to writer 7.1, four attempts ok, all in colour! :-) , fifth failed :-( , cleared clipboard content, copied again, pasting works ... grey ... women are complicated - i love! women, cars are complicated - i love! cars, computers are complicated - i love! computers, one-armed bandits are complicated - i love! one-armed bandits, LibreOffice is ... let's talk about something else ... @Timur: 'So I also conclude there's a bug, but we don't have reliable steps.' ... we neither have a reliable program ... and it's a little overtuned to expect reliable fails from an unreliable program ...</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>