[Libreoffice-bugs] [Bug 57147] EDITING: Paste stops working after several copy-paste (steps: comment 28)

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Mon Jun 29 08:39:36 UTC 2020


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

--- Comment #49 from b. <newbie-02 at gmx.de> ---
(In reply to bugzilla2 from comment #48)
> Hmmm, strange....

... 

> Since there were no other Updates to my system in the last two days, my
> guess is, that Heise has changed something on the website, so that it
> doesn't trigger the bug anymore... Good for my work, bad for testing...
> 
> Seems like we need new steps for testing...

as i believe in your detailed description i agree that a change at heise is
likely ... but may be something else as well, 

some of these bugs have annoyingly many helpers to hide from being catched,  

bad news from my side, tried with PasteSpecialBug.pdf from tdf#65606, had 20+
good tries yesterday morning, did a cross-check with 6.1.6.3 in the evening,
repro after 7 tries, checked with 7.1.0.0.a0+ again, repro after 7 tries ...
:-( 

it looks as if the formatting in (un)bold from that pdf has some 'specials'
when copying ... i had: 
- rows copied in bold but the 'B' in the toolbar not 'active', 
- even with copying as 'unformatted text', 
- formattings 'exceeding' the row and affecting the next one, 
- the fails happened short time after i deleted that formatting by clicking
'bold-B' with newline-sign marked, 

i had ctrl-v and! shift-ctrl-v failing and! shift-ctrl-alt-v (mentioned
somewhere) needed three attempts to start working, after that ctrl-v and
shift-ctrl-v came back to live too, 

closed all LO programs, started calc 7.1, made a new textdocument with 7.1,
repeated test, 21 consecutive pastes without fail, stopped test (not by fail), 

started calc 6.1.6.3 besides 7.1 still running, opened new 6.1 textdocument, 9
consecutive copy-pastes (ctrl-c ctrl-v row 1, 3, 5 - repeat) from Acrobat
Reader to writer, no fail, after that tried paste special, second crtl-shift-v
failed, nothing happened, after writing this paragraph in notepad tried ctrl-v
in writer, worked, ctrl-shift-v still not working, ctrl-shift-v into notepad
works, 

switched to 7.1, the document still open from the 21 correct pastes, neither
ctrl-v nor ctrl-shift-v nor! ctrl-shift-alt-v working, each more than 10 tries,
notpad ctrl-v and ctrl-shift-v working proves clipboard ok, 

tried heise newsticker -> writer 7.1 again, first headline ctrl-shift-v ok,
second and third with ctrl-v ok, fourth with ctrl-v not! ok, no reaction,
neither with paste special, paste in notepad ok, see here: 'C++20: Optimierte
Vergleiche mit dem Spaceship Operator', 

assume: something is still wrong, it might be that the test with the old ver.
(or the old ver. open in parallel) is affecting 7.1, it might be that 7.1 is
'clean' or 'cleaner than prior versions ... 

frustrated ... some one-armed bandits are easier to understand, 

is there anything that LO affects / interacts with any system settings
(registry?) or windows system files? .dll's? that it might be that the test
with 6.1.6.3 had bad influence on the following with 7.1 

i'd like if other testers cross-check: 
LibO 7.1 alone good working for some (long) time, (heise and pdf), 
LibO 6.1 or other old ver. opened parallel failing quite soon, 
after that LibO 7.1 failing too, 

(i know that @bugzilla2's results nearly deny this, but he hadn't the different
ver. open in parallel?) 

will try to reproduce in linux and if possible to get backtrace later ...

-- 
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/fcc83249/attachment.htm>


More information about the Libreoffice-bugs mailing list