Issue 51830 - All XSLT filter: General I/O error during saving of huge documents
Summary: All XSLT filter: General I/O error during saving of huge documents
Status: CONFIRMED
Alias: None
Product: xml
Classification: Code
Component: external filters (show other issues)
Version: 680m113
Hardware: All All
: P3 Trivial (vote)
Target Milestone: 4.x
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks: 56326
  Show dependency tree
 
Reported: 2005-07-12 11:32 UTC by oc
Modified: 2013-02-07 22:04 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
Bugdoc (262.08 KB, application/vnd.sun.xml.calc)
2005-07-12 11:33 UTC, oc
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description oc 2005-07-12 11:32:08 UTC
Load attached bugdoc and save to Excel-XML => General I/O error
Comment 1 oc 2005-07-12 11:33:32 UTC
Created attachment 27849 [details]
Bugdoc
Comment 2 oc 2005-07-12 11:37:27 UTC
Adding SUS to CC
Comment 3 svante.schubert 2005-07-12 14:07:44 UTC
SUS->LO:
As discussed this easy document has a content.xml of 20 MB.

It has 21000 rows of 9 columns each, providing for each cell
<table:table-cell office:value-type="float"
office:value="3000"><text:p>3000</text:p></table:table-cell>
of about 100 characters results alone into
18 900 000 Characters..

This should still be parsable and even by a simpelst copy transformation Java
throws a Memory Output Exception (without StackTrace) in the log.
Most likely it never reaches the XSLT processor and get killed during parsing.


Comment 4 lo 2005-08-24 10:52:23 UTC
fixed in lo8, though the excel-ml transformation is extreamly slow for the
attached example, it will now complete after some minutes without running out of
memory.
Comment 5 lo 2005-10-20 10:30:54 UTC
please verify

re-open issue and reassign to fst@openoffice.org
Comment 6 lo 2005-10-20 10:31:17 UTC
reassign to fst@openoffice.org
Comment 7 lo 2005-10-20 10:31:23 UTC
reset resolution to FIXED
Comment 8 lo 2005-10-20 10:33:17 UTC
reassign to fst@openoffice.org
Comment 9 lo 2005-10-20 10:33:33 UTC
reset resolution to FIXED
Comment 10 lo 2005-10-21 09:18:12 UTC
There is still a problem with the SpreadsheetML transformation, which cuases it
to hang or stackoverflow with the attached file. The heap memory problem however
is solved, as can ve verified with the identity transformation (flat.xsl).

There is a new issue (i56322) for the recursion problem in the SpreadsheetML
transformation.
Comment 11 svante.schubert 2005-10-21 12:35:11 UTC
For clarification, the new recursion problem issue is i56326 not i56322 as
stated earlier.
Comment 12 frank 2005-10-21 15:12:43 UTC
found fixed on cws lo8 using Linux and Windows build
Comment 13 svante.schubert 2005-11-03 01:40:32 UTC
The problem (Java Heap exception) still occurs with a larger document (e.g.
21000 rows and 256 columns, which is still 2/3 of the capacity).
As all XSLT filter are limited by this, the issue is reopened.
Comment 14 svante.schubert 2005-11-14 18:32:34 UTC
Try again, Lars
Comment 15 svante.schubert 2005-11-14 18:51:34 UTC
Adjusted target milestone to OOo 2.0.2 as all XSLT filter suffer from this issue
(even two default filter). Even it happen with huge document only, therefore no P2.
Going to write TZ for OOo 2.0.2 confirmation.
Comment 16 lo 2005-12-13 12:46:49 UTC
and now it's yours :)
Comment 17 svante.schubert 2006-01-20 11:59:39 UTC
Won't be able to fix this for OOo 2.0.2, retarget to OOo 2.0.3
Comment 18 svante.schubert 2006-03-17 13:50:09 UTC
postponed to OOo 3.0
Comment 19 svante.schubert 2008-05-30 14:39:21 UTC
Not able to fix it in OOo 3.0 to overload, change target to OOo 3.x!
Is anybody able to provide me with a patch for this problem?
Thanks in advance,
Svante