https://bugs.documentfoundation.org/show_bug.cgi?id=103402
Bug ID: 103402
Summary: LO Find & Replace panels go berserk
Product: LibreOffice
Version: 5.1.4.2 release
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
Severity: major
Priority: medium
Component: Writer
Assignee: libreoffice-bugs@lists.freedesktop.org
Reporter: l...@zeta.org.au
On three occasions now over the last few days, I've had LO's Find and Replace
panels "go berserk".
On each occasion I had 4 documents open: 3 in which I was making changes, with
the F&R panel open to find the right part of the (matching) documents.
The documents are long - about 135k words - so a Save takes about 10 seconds.
The 4th document was a file in which I was recording the changes I was making.
So, what happens is that I finish making each change in all three documents,
then click quickly in each and type Ctrl-S to kick off the save. Then click
back over to the 4th, changelist file, clicking to the end of the document and
begin typing the change note (sight unseen, as LO is basically too busy to
display what I'm doing). As soon as the 3rd Save completes, focus begins
flashing between the F&R panel of each of the 3 docs as fast as it can: LO
basically locks up while doing this. I tried clicking very fast and frequently
on the X (close) icon of one of these flashing F&R panels, for about 30 seconds
(maybe 150 mouse clicks?), without effect. I then started doing the sane thing
to try to close one of the 3 docs I'd just edited. After about 10 seconds
(maybe 50 clicks?), the document closed, and the F&R panel flashing stopped.
Just thought I'd report it. At least it's a consequence of tying up the UI in
Saves, so I don't lose anything when I succeed in closing a doc.
Oh, I should also add that the completion of a Save seems to unexpectedly
change focus, too. My least favourite behaviour of LO is that if you have
scrolled to a new place in a document (which may have taken you minutes to find
the location, and position the page appropriately) *without* clicking into the
text in the visible portion of the window to set the cursor there, then if you
do a Save, or if an auto-save kicks in, LO reverts the focus back to the
current insertion point, wiping out all your careful positioning work.
I mention that in this bug report because I believe it might be a contributing
factor in the weird cycling of focus. I think this because on the 2nd
occasion, only the first letter of the text (which I had typed ahead during the
Save operations) went into the target document that I had clicked into (the
changelist file): the remaining 20 characters appeared in one of the three
files I had been making the changes in, since it seemed to have stolen focus
when the Saves finished (and after I had managed to close one of the flashing
F&R windows).
I'm using Ubuntu 16.04 with Classic mode, Compiz. I have what I think is a
very normal window policy configured: "click to focus".
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
