https://bugs.freedesktop.org/show_bug.cgi?id=61751
--- Comment #36 from Peter Jentsch <[email protected]> --- Initial idea about an overflow is BS. There's some infinite recursion, but it's not directly related to the fact that we now support a larger maximum row count. The error is also present in OOo 3.4.1, there it just doesn't crash because the endless recursion happens in Java, where it just causes the export to fail, not the application to crash. Steps to reproduce: * Create new spreadsheet * Insert Test in A1 and A650 * Save as Excel 2003 XML * Close * Open saved file * Insert Text in B1 * Save. * Wait for a minute or so, then "Could not save file". LibO will crash, OOo will display an IOError. It only seems to occur when one of the rows has the repeat count set to a high value, which can be the case even in trivial files apparently. I hacked up a patch that prevents LibO from crashing and will save the file successfully, albeit not very quickly. I discovered another problem during analysis, where row offsets will not be calculated correctly on import in some cases, which I'll also provide a patch for. The problem with the "of:]=[.A1]" seems to be related to the fact that the spreadsheetml 2003 export filter only handles oooc formulas, but we now produce ODF1.2 formulas. I wonder if it's possible to export using the old notation. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
