Bug 170026 - Search function crashes on first try after opened
Summary: Search function crashes on first try after opened
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
25.8.1.1 release
Hardware: IA64 (Itanium) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-12-17 17:53 UTC by Hein Zentgraf
Modified: 2025-12-19 15:36 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Screen recording of problem (6.24 MB, video/mp4)
2025-12-17 17:57 UTC, Hein Zentgraf
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Hein Zentgraf 2025-12-17 17:53:22 UTC
Description:
I use the search function multiple times to change certain foreign words into italics. Every time after opening Libreoffice for the first time, and after restoring recovered files, I need to make sure that everything is saved. As soon as I click on the magnifying glass or call up the search and replace function, all open LO files crash. I've managed to get most back, but unfortunately some have been lost or damaged, which necessotated many hours rebuilding everything. THis is extremely frustrating! I'm marking Calc below, but it has happened on Writer as well as Impress as well. It happens very often, but at time you least expect it.

Steps to Reproduce:
1.Open two or more instances, such as one Writer file, one Calc file and one Impress file.
2. Try replacing a word in Writer by selecting the magnifying glass or probably any other method - search and replace it where the problem is.
3. As soon as the magnifying glass is clicked, Libreoffice dies a certain and quick death. I've doen a screen recording of this, but can't anywhere to upload it.

Actual Results:
Starting a previously used file, it opens a dialog, trying to recover the lost files. Most times it is successful, but I have lost many hours of work which had to be redone. I never experienced this with microsuck's powerpoint.

Expected Results:
A decent fix, where these things do not happen. Apar from wasting time when it crashes, it also wates time when file can not be recovered. Who pays for that?


Reproducible: Couldn't Reproduce


User Profile Reset: Yes

Additional Info:
Work correctly. Please let me know where I can upload a screen recording.
Comment 1 Hein Zentgraf 2025-12-17 17:57:27 UTC
Created attachment 204693 [details]
Screen recording of problem
Comment 2 m_a_riosv 2025-12-17 22:43:01 UTC
Please paste here the information in Menu>Help>About LibreOffice.

(There is an icon in the center to copy the information).
Comment 3 Hein Zentgraf 2025-12-18 09:03:35 UTC
As requested: Version: 25.8.1.1 (X86_64)
Build ID: 54047653041915e595ad4e45cccea684809c77b5
CPU threads: 36; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster; VCL: win
Locale: en-ZA (en_ZA); UI: en-ZA
Calc: threaded
Comment 4 Hein Zentgraf 2025-12-18 09:06:11 UTC
Unfortunately the problem happens randomly. There is no telling beforehand whether or not it is going to happen. I therefore ensure that all open files are saved. The reason I work with more than one open file, is that I work on a presentation, with the notes done in Writer. I have a custom calendar on Calc and maybe another open Writer file with some resources. It will be good not to have to worry about saving the files beforehand.
Comment 5 raal 2025-12-19 15:36:22 UTC
Please update to actual version https://blog.documentfoundation.org/blog/2025/12/18/libreoffice-25-8-4/
If LibreOffice displays crash report ID, attach it here, https://help.libreoffice.org/latest/en-US/text/shared/guide/error_report.html