Version-Release number of selected component:
cmdline: /usr/lib64/libreoffice/program/soffice.bin --calc /home/mheck/x/Landel/WiFi-adapter/comm-timeline.ods --splash-pipe=6
Thread no. 1 (1 frames)
#0 ScAccessibleDocument::GetVisibleArea_Impl at /usr/src/debug/libreoffice-184.108.40.206/sc/source/ui/Accessibility/AccessibleDocument.cxx:2085
Created attachment 713465 [details]
Created attachment 713466 [details]
Created attachment 713467 [details]
Created attachment 713468 [details]
Created attachment 713469 [details]
Created attachment 713470 [details]
Created attachment 713471 [details]
Created attachment 713472 [details]
Created attachment 713473 [details]
Created attachment 713474 [details]
Created attachment 713475 [details]
Created attachment 713476 [details]
Is the crash reproducible?
I've had it happen a few times, but it's rare. It seems to happen when attempting to "fit" the window under GNOME 3, i.e., dragging it to an edge of the screen.
Problem is, I'm pretty sure I've also found a nasty bug where GNOME Shell can lose what few marbles it has if the wireless network drops unexpectedly while the Shell is in the middle of certain operations.
So, I think the real problem is something like, "if you happen to be in the middle of doing a window fit under GNOME Shell and the network drops, the status icon update causes something to break, and the fit reports bogus geometry".
If that's true, it's a race condition, which means all the usual fun trying to reproduce it.
For now, I'd say sit on it until the next version of GNOME Shell comes out.
I think its likely that the trigger is a specific *size* of the calc window in a given document at a given position. So... what size is your screen resolution ? And what sort of fit are you doing, full screen or vertical fit ?