Bug 134379 - OOM/Unresponsive when the entire searched column is selected again after display of 'Search Results' dialog (for 'Find All') and searching for a non-existent pattern
Summary: OOM/Unresponsive when the entire searched column is selected again after disp...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
6.4.4.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-06-29 07:05 UTC by vijaya chandra
Modified: 2021-08-03 09:08 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Sample test file reproducing the issue (8.41 KB, application/octet-stream)
2020-06-29 07:08 UTC, vijaya chandra
Details

Note You need to log in before you can comment on or make changes to this bug.
Description vijaya chandra 2020-06-29 07:05:40 UTC
Description:
Calc becomes completely unresponsive with the one specific use of the 'Find & Replace' option.
When 'Find All' results in some matches, the 'Search Results' dialog opens up highlighting the matches in the column(s) selected.
If you now close the 'Search Results' dialog and try searching another pattern using the same 'Find & Replace' dialog, the entire application becomes unresponsive in case the searched pattern does not exist in the searched column(s).
Memory consumption of LibreOffice shoots up from 50MB to about 5.5GB and after some time it shows the searched text in red indicating that the pattern is not found.
However it continues to use CPU (one core) and continues to be extremely sluggish/unresponsive.


Steps to Reproduce:
1. Open any new or existing spreadsheet in Calc
2. Enter "one" in A1 and "two" in A2 (without quotes)
3. Select column A by clicking on 'A' in the header
4. Open "Find & Replace" in the Edit Menu (or Ctrl+H)
5. In the "Find" text box type "two" (without quotes)
6. Click on "Find All"
7. A2 is highlighted now to show the match
8. Close the "Search Results" dialog that pops up
9. Select column A again (as in step 2) by clicking on 'A' in the header
10. In the "Find & Replace" dialog that is still open, in the "Find" text box type "three"
11. Click on "Find All"

Actual Results:
Calc hangs consuming more than 5 GBs of RAM and stays unresponsive even after displaying that no matches are found after a while

Expected Results:
Calc should immediately respond with the indication that the match is not found in the document and NOT consume 5 GBs of RAM


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Version: 6.4.4.2 (x64)
Build ID: 3d775be2011f3886db32dfd395a6a6d1ca2630ff
CPU threads: 12; OS: Windows 10.0 Build 18363; UI render: default; VCL: win; 
Locale: en-US (en_US); UI-Language: en-US
Calc: threaded
Comment 1 vijaya chandra 2020-06-29 07:08:04 UTC
Created attachment 162488 [details]
Sample test file reproducing the issue
Comment 2 vijaya chandra 2020-06-29 07:10:15 UTC
Noticed this in 6.4.4.2 release. Don't have an installation of the stable 6.3.6 version and so could not verify if this happens in the stable build as well.
Comment 3 sora34ce 2020-09-29 18:05:31 UTC
As of my current version the bug probably doesn't exist

Version: 7.1.0.0.alpha0+
Build ID: 52820b52b3bca45e2db527d1cc5f4488b2e0b9d0
CPU threads: 8; OS: Mac OS X 10.15.6; UI render: default; VCL: osx
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded
Comment 4 Xisco Faulí 2020-11-11 15:10:28 UTC
Thank you for reporting the bug.
Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Comment 5 vijaya chandra 2020-12-25 14:33:18 UTC
Tried with version 6.4.7.2 (x64) and the issue is not reproducible.
Can probably close this bug now.
Comment 6 QA Administrators 2020-12-26 03:49:07 UTC Comment hidden (obsolete)