[Libreoffice-bugs] [Bug 141299] Crash in: sclo.dll

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=141299

Colin <that.man.colin at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|WONTFIX                     |---
             Status|RESOLVED                    |UNCONFIRMED

--- Comment #5 from Colin <that.man.colin at gmail.com> ---
Clearly not the user profile.

Identical circumstances have just resulted in another auto submission.

Inserting a line into an autosort array saves successfully but produces the
"crash & restore" panel which refuses to close and must be terminated by task
manager.
This time I completely ignored all missives to restart in protected mode and
simply activated LibreCalc.
It produced a plain blank sheet which I closed and then opened the file that
had been "crashed" and it was perfect.
Yet again, upon reopening the file, the Custom format manager indicated the
array was now composed of two overlapping ranges which I corrected without
issue.

My autosort array is not what you might consider "normal"

It is comprised of two adjacent arrays serving different data requirements.
If I add a new element I always insert cells and shift down but only on the
"half" of the array that contains the data which I wish to supplement.
The data arrays are not of equal length so the right half has always-empty
cells at the bottom rows.
I can sort on any column to visualise the elements I'm interested in and then
sort on the first column which reverts to two sorted lists adjacent to each
other but of unequal rows.

Why have a "complex" array? Because I don't want unique sheets per sortable
array.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20210708/19ac9593/attachment.htm>