https://bugs.documentfoundation.org/show_bug.cgi?id=171140
Bug ID: 171140
Summary: Writer crashes when clicking [find next] while
searching
Product: LibreOffice
Version: 26.2.0.3 release
Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Writer
Assignee: [email protected]
Reporter: [email protected]
Description:
I have an over 2 millions chars ODT I was looking for occurrences of a string
in.
I mistakenly clicked [find next] twice a bit too fast, the second click
happened while the previous was still "searching" for the string to
select/focus on, and the app froze.
Dirty app kill in taskmgr, restart and restoration attempt...
Steps to Reproduce:
1.Open a big file to make the search long enough
2.Search for a rare string
3.Click [find next] while still searching
Actual Results:
App freeze/crash.
Expected Results:
Ignore [find next] while still running search and not focused on a result
Reproducible: Couldn't Reproduce
User Profile Reset: No
Additional Info:
When it happened, I was typing some replacement words on each occurrence of the
string but as I mistakenly typed twice, a graphic glitch appeared on the
LibreOffice view, IN its window but not out of it or on the window frame: two
black bars covering the edited page, the top ruler and the whole search input
field... and the hard-drive started to loudly spin until I killed the app in
the taskmgr, as if the app tried to load/reload something.
When I try to reproduce it, I still get some latency depending of the search
span, but the buffered [find next] clicks all get executed.
Version: 26.2.0.3 (X86_64)
Build ID: 620(Build:3)
CPU threads: 8; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster;
VCL: win
Locale: fr-FR (fr_FR); UI: fr-FR
Calc: threaded
--
You are receiving this mail because:
You are the assignee for the bug.
