GNOME Bugzilla – Bug 300699
result of AccessibleTable.getAccessibleColumnHeader() not checked against null
Last modified: 2005-04-18 08:57:12 UTC
Version details: JDS 3 build 32 Open a Terminal, type "staroffice -calc <Enter>". When StarOffice 8 Calc is up, run gnopernicus and switch focus to calc. You'll get a whole bunch of Java exceptions in the terminal window and a couple of minutes later SO crashes with Java out-of-heap error. The originating part of the exception stack seems to be: Caused by: java.lang.NullPointerException at org.GNOME.Accessibility.TableImpl.getColumnHeader(TableImpl.java:250) at org.GNOME.Accessibility.TablePOATie.getColumnHeader(TablePOATie.java:114) at org.GNOME.Accessibility.TablePOA._invoke(TablePOA.java:221) at com.sun.corba.se.impl.protocol.CorbaServerRequestDispatcherImpl.dispatchToServant(CorbaServerRequestDispatcherImpl.java:637) at com.sun.corba.se.impl.protocol.CorbaServerRequestDispatcherImpl.dispatch(CorbaServerRequestDispatcherImpl.java:189) This bug blocks _any_ accessibility testing with StarOffice Calc (Versions 7 and 8).
What happens when you increase the Java runtime heap allowance?
It's unusual for table.getAccessibleColumnHeader() to return null; I'd say that was a StarOffice bug. However you are correct that java-access-bridge should check this value before use. This bug is now fixed in cvs.
I agree that to _always_ return null for table.getAccessibleColumnHeader() is a StarOffice bug, but since table.getAccessibleColumnHeader() returns an instance of AccessibleTable itself, it must be allowed to return null in some cases.
I agree with your comment #3. Thanks for the bug report Oliver.