Description: I've noticed that with a big or complex enough presentation the program might crash if one searches for white space such as ' ' from the whole document (using Find All). I have not been able to produce a crashing example presentation, but a presentation I was making for university did have this problem. I cannot use it for demonstration of the bug though. I would therefore also welcome people to seek this sort of bug. It's likely about running out of memory and crashing, but it could be about something more and it could be about more than just searches within text elements (e.g. if the presentation has pictures etc.). It's evident that searching for ' ' seems far more intensive than searching for any single character like 'a' or 'r'. I do not understand why, but a possible explanation could be that it finds ' ' from pictures or something else too. Steps to Reproduce: 1. Have some certain type of complex presentation of e.g. 30 slides at least 2. Ctrl+f and type one space in the search box (the character ' '), then Find All (from the entire document) 3. The program stops responding and will not return unless one force quits it Actual Results: The program stops responding and will not return unless one force quits it. Expected Results: The program displays an "out of memory" error and/or stops the search, if the search is too intensive or crashes for some other reason. Reproducible: Always User Profile Reset: No Additional Info: -
Can't duplicate a crash myself searching a complex ODF Presentation (.ODP) document. But I guess an argument for fully implementing more robust ICU regex for sd Impress and Draw modules (bug 122785), to supplement the current limited Find & Replace support in sd.
(In reply to V Stuart Foote from comment #1) > Can't duplicate a crash myself searching a complex ODF Presentation (.ODP) > document. > > But I guess an argument for fully implementing more robust ICU regex for sd > Impress and Draw modules (bug 122785), to supplement the current limited > Find & Replace support in sd. I might try modifying the presentation I have so that I could replicate the problem while not sharing the presentation contents.
I am unable to reproduce a crash as well. Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 7b9e27da2033192c628b23e4e1686209e951dadb CPU threads: 4; OS: Linux 6.1; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
(In reply to mavavilj from comment #2) > (In reply to V Stuart Foote from comment #1) > > Can't duplicate a crash myself searching a complex ODF Presentation (.ODP) > > document. > > > > But I guess an argument for fully implementing more robust ICU regex for sd > > Impress and Draw modules (bug 122785), to supplement the current limited > > Find & Replace support in sd. > > I might try modifying the presentation I have so that I could replicate the > problem while not sharing the presentation contents. Let's set to needinfo while we wait for the file.
Dear mavavilj, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping