Dear Maintainers,

I did a "Tools - Detective - Trace Precedents" that leads to an immidiate crash
of Gnome3 (ending at login from gdm3).

To reproduce just pick a cell (e.g. B1) and insert "=MIN(A$1:A$1048576)".
Then try to trace the precedents. Since traces on smaller arrays work fine it
is obviously caused by the (too) huge number of precedents.

I tried to attach a backtrace (http://wiki.debian.org/OpenOffice#debug) but the
crash of gnome3 happens in gdb, too. Tried to (gdb) bt, but stack is empty.
(I'm not familiar with doing a backtrace)

BTW: please update http://wiki.debian.org/OpenOffice#debug
 $ gdb /usr/lib/openoffice/program/soffice.bin
to  $ gdb /usr/lib/libreoffice/program/soffice.bin

Thanks
Christian Meyer

found 702823 1:4.0.1~rc1-2
tag 702823 + confirmed
retitle 702823 detective trace crashes with (too) huge number of precedents
thanks

And why are you then not just telling that? I bet it's nothing GNOME-specific...

But yeah, I can reproduce on wheezy and even in a sid chroot with 4.0.1...

Regards,

Rene

Actually this seems to be an X IO error. X should never die on whatever
the application does. See also
https://bugzilla.redhat.com/show_bug.cgi?id=920548

And no, it's not the number of precedents because that is just one, the
range. It may be related to the virtual offset where the highlighted
range would be drawn, but this is speculated so far, I didn't manage yet
to debug that properly. It doesn't even die within Calc but apparently
in the Gtk main loop yield.

reassign 702823 xserver-xorg-core
# change as appropriate
forwarded 702823 https://bugzilla.redhat.com/show_bug.cgi?id=920548
thanks

Hi,

Thanks Eike. Reassigning to Xorg.

Regards,

Rene

reassign 702823 xserver-xorg-core
# change as appropriate
forwarded 702823 https://bugzilla.redhat.com/show_bug.cgi?id=920548
thanks

Hi,

Thanks Eike. Reassigning to Xorg.

Regards,

Rene

If you can reproduce an X crash then please get a proper backtrace from
gdb.

Cheers,
Julien