summaryrefslogtreecommitdiff
path: root/sw/qa/extras/odfexport/data
diff options
context:
space:
mode:
authorMichael Stahl <mstahl@redhat.com>2016-02-12 18:22:51 +0100
committerMichael Stahl <mstahl@redhat.com>2016-02-12 18:54:33 +0100
commitd81d104833f0ee9349ebcd0d79d2de84ba9a7262 (patch)
tree20069a32b56b52b9b8cdb4d37c5a0b22bfeb5c82 /sw/qa/extras/odfexport/data
parente2bfae9006e6adc4de17d0167dac6661b002f126 (diff)
sfx2: related tdf#56270: loss of embedded objects imported from DOCX
After the import some of these are kept in RUNNING state. For Math objects imported from MathType3 OLEs in particular, first a new Math object is created and stored to the XStorage, only then is the MathType3 stream imported. This means the Math object is modified and contains data that must be stored. The problem is then that SfxObjectShell::ImportFrom() simply calls setModified(false), clearing the flag without storing the object. For Flat ODF export we lose all the objects that are cached in sw's SwOLELRUCache; for the bugdoc something more inexplicable happens for ODT export where we lose "Object 214" (which is the first one in the cache) but no other ones. (The main difference is that for ODF there is an optimization to copy the embedded object's storage without loading the object, but for Flat ODF every object must be loaded and exported.) (regression from 83777cd6e0f3f1a4458af896fd13344c696ecb1e) Change-Id: Id1474fba9f4da2d5247c7ff4dc6819ddb9829fe8
Diffstat (limited to 'sw/qa/extras/odfexport/data')
-rw-r--r--sw/qa/extras/odfexport/data/2_MathType3.docxbin0 -> 15260 bytes
1 files changed, 0 insertions, 0 deletions
diff --git a/sw/qa/extras/odfexport/data/2_MathType3.docx b/sw/qa/extras/odfexport/data/2_MathType3.docx
new file mode 100644
index 000000000000..0694921b3918
--- /dev/null
+++ b/sw/qa/extras/odfexport/data/2_MathType3.docx
Binary files differ