https://issues.apache.org/ooo/show_bug.cgi?id=125267
Issue ID: 125267
Issue Type: DEFECT
Summary: Saves odt files with pictures incorrectly,
specifically fills content.xml with frame repeats.
Product: Writer
Version: OOo 3.3 or older
Hardware: All
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: save-export
Assignee: [email protected]
Reporter: [email protected]
This has happened more than once, openoffice saved my file & then couldn't open
it. I managed to extract content.xml using Archive manager, found the problem,
which was, in essence, FIVE MEGS of the following code, repeated over and over:
<draw:frame draw:style-name="fr1" draw:name="Image2" text:anchor-type="char"
svg:x="-0.847cm" svg:y="0.305cm" svg:width="10.292cm" svg:height="23.322cm"
draw:z-index="0"><draw:image
xlink:href="Pictures/10000000000002AF000005DC073F5D19.png" xlink:type="simple"
xlink:show="embed" xlink:actuate="onLoad"/></draw:frame>
After this file has been saved, it *incorrectly* reports the .odt filesize as
4.2 MB, despite it having a 5.2 MB file as only a part of it. When
subsequently opening the file, ooo is slowed to a crawl, becoming essentially
unusable. I have no idea why its doing this, but there is something very wrong
with openoffice's save routines. This has happened twice, on two different
files. OpenOffice worked fine on the file for a week or so, then magically
saved it wrong and forced me to jump through ridiculous hoops to recover it and
my work. It's possible that its adding an extra <frame> tag for the image each
time it saves or autosaves, but I haven't confirmed that. I've attached the
massive content.xml file, which clearly shows the problem.
--
You are receiving this mail because:
You are the assignee for the issue.
You are watching all issue changes.
