[Libreoffice-bugs] [Bug 116983] 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)

Mon Jun 29 22:00:53 UTC 2020

https://bugs.documentfoundation.org/show_bug.cgi?id=116983

b. <newbie-02 at gmx.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |NEW

--- Comment #54 from b. <newbie-02 at gmx.de> ---
(In reply to Telesto from comment #53)
> @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 comment 47 

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 attachment 141323 [details] 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 ...

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200629/fae7c25c/attachment.htm>