This bug was filed from the crash reporting server and is br-937d8763-d05a-477d-a965-a2ad0e3f7695.
Repeatable crash when doing a search in Calc with a really huge file, two tabs, originally exported as CSV from Outlook and a cell phone. Enter any search string and crash is instantaneous on clicking the up or down carat (arrow). Re-downloaded LO 22.214.171.124 and ran Repair, no change. I suspect that this is a stack space overflow.
Have you tried with a clean profile, Menu/Help/Restart in Safe Mode.
(In reply to m.a.riosv from comment #1)
> Have you tried with a clean profile, Menu/Help/Restart in Safe Mode.
I just tried reset to safe mode, with "Reset to Factory Settings" checked with both options "Reset settings and user interface modifications" and "Reset entire user profile". No change; will crash instantly on any search.
[Automated Action] NeedInfo-To-Unconfirmed
I've used this ODS file, with searches, for about two years. Never had a problem until I upgraded to LO 126.96.36.199 x64 a few days ago. The ODS file has two tabs. The crash happens on both tabs. Tab 1 has 205 rows, tab 2 has 910 rows. Both tabs have 92 columns (last column label is CN). Most cells have data; some are empty. A few cells have a lot of data, up to about 500 characters.
The file is a combination of two CSV dumps of my contact list when I had a cell phone die on my in 2018. If absolutely necessary, I can generate a new file with random data and try to duplicate the problem.
I'm having the same bug. Calc Version 188.8.131.52 x64 also, french localisation.
In a .csv file, UT-8, french language, ; as separator , and all column forced to text format on opening.
Any search from the bottom research box cause the crash.
The csv file is generated as an export from a SQLplus dabatase.
It has 650 lines, 250 columns.
Created attachment 161971 [details]
SpreadSheet with minimum Data to trigger the bug
To trigger the 'Search Bug' from the attached SpreadSheet, just search for e.a. 100 and it will hangs up at once.
Here after, as I don't know the actual name for it, I'll assign the name 'active Data zone' the zone between Cell A1 and the Cell we could get with <Ctrl><End> keyboard action. e.a. Here between A1 and AMH11
So .... A way to get around that crash (until it'll be corrected):
==> Click onto any cell into a column outside the 'active Data zone' ( e.a. here in column AMI or AMJ ) in any row .... that action will lead to successful search result again.
REM: That way to overcome the issue will have to be redo any time you'll reload the concerned CALC File.
NB: I don't know if that momentary way to overcome the issue is artificial or not. Is it going to reappear in the future and under other circumstances ?
Hope this could help meanwhile,
I tried the workaround in Comment 6 that was suggested by firstname.lastname@example.org and it did work for me. After a first search that starts from a column past the highest numbered column that contains data, the search function works without a crash again.
Thanks for reporting this issue.
This is a duplicate of bug 132783 and it's fixed in LibreOffice 6.4.4
*** This bug has been marked as a duplicate of bug 132783 ***