GNOME Bugzilla – Bug 356334
readCharAttributes crashes OOo Calc 2.0.4 RC1
Last modified: 2006-12-13 18:27:42 UTC
Please describe the problem: When using Openoffice.org (version 2.0.4 RC1) Calc, pressing Insert + F causes Calc to immediately crash and try to recover the document. Steps to reproduce: 1. Launch Orca 2. Launch OOo Calc 2.0.4 RC1 3. Press Insert F Actual results: Calc crashes Expected results: Calc wouldn't crash; Orca would announce the character attributes for the cell with focus Does this happen every time? Yes* Other information: *I can reproduce this 100% of the time on two machines running OOo 2.0.4 RC1. It does NOT happen with the version of 2.0.3 that comes with Ubuntu. All three machines are running Edgy (fully updated) and Orca from CVS HEAD.
I actually tried this, with OOo 2.0.4 and latest Orca on both my Solaris box (GNOME 2.14 based mostly) and with latest Ubuntu Edgy Eft (Knot-2). It didn't want to crash for me. Now from previous experience, it could be just that I'm not doing exactly what needed to reproduce this, so Joanie, when you get a moment, could you add a set of simple steps to the bug that generate the problem for you, and I'll retry it. Thanks.
Created attachment 73222 [details] debug.out from the crash
Hmmmmm.... The steps from my original report still cause the bug for me 100% of the time. I am literally launching Orca, launching Calc, (okay, I'm also interrupting speech with Control), and then pressing Insert F. That's all it takes. Maybe it's a software combination thing? I don't have a Solaris box (that's on the to-do list). On Ubuntu -- which included 2.0.3 until, I believe, this morning -- you CANNOT reproduce the crash unless you have 2.0.4. If you're not running 2.0.4 in Edgy, that would be the step to take. If you already are.... Then I dunno.... As you can see, I've also attached a debug.out in the hopes that it will help. Lots of COMM_FAILUREs.
Ah, Mike had mentioned this problem before, and I'd been typing a number into a cell then doing the Insert-f. If I do the Insert-f on an empty cell, I get the results. That you see. I'll open an OpenOffice bug against this and add "[blocked]" to the summary of this one. Thanks.
I've opened OpenOffice issue #69791 against this problem. http://www.openoffice.org/issues/show_bug.cgi?id=69791
I don't know if this is relevant or not, but the presence or absence of data within the cell that has focus makes no difference, at least on my machines.
Interesting. I did the following: * Start latest Orca (from CVS HEAD). * Start OOo v2.0.4 (RC2) scalc * Type 100 into the first cell. * Type Insert-f * I hear "justification right size ten" No scalc error recovery modes. No Orca COMM_FAILURES. This is both on Ubuntu Edgy Eft (Knot-2) on Dell Dimension 8200 and on Solaris Nevada build #34 (vermillion build #41) on a Ferrari 3400. Also using DECtalk synth on both machines. I did do a "dist upgrade" on my Ubuntu system this morning but that shouldn't have made a difference as the OOo install was separare (under /opt/openoffice.org2.0
Okay, let me revise my previous comment. ;-) The presence or absence of data within the cell that has focus *but is not being edited* makes no difference. It seems that when you're ON the cell the crash occurs; when you're IN the cell it does not. So after you type 100 into the first cell, arrow off of that cell, then back onto it.
Ah hah! Confirmed. I see the same thing too. Okay, good. It's nice to get consistency. I think the OOo bug I filed should hopefully be enought for them to go on. I did also point them back here, so hopefully they'll see these comments too. Thanks.
It makes no difference for me either.
Add accessibility keyword. Apologies for spam.
Using OOo Calc 2.1 RC2 and the latest Orca from CVS HEAD, I can no longer reproduce this problem. (I can still reproduce it with 2.0.4)
Confirmed. I just tried this with OOo v2.1 and the problem is gone. Closing as FIXED. Thanks.