Issue 75705 - AutoRecovery messes relative image paths, dataloss
Summary: AutoRecovery messes relative image paths, dataloss
Status: CLOSED DUPLICATE of issue 66598
Alias: None
Product: General
Classification: Code
Component: ui (show other issues)
Version: OOo 2.2 RC3
Hardware: All All
: P2 Trivial (vote)
Target Milestone: ---
Assignee: mikhail.voytenko
QA Contact: issues@framework
URL:
Keywords: oooqa
Depends on:
Blocks:
 
Reported: 2007-03-24 14:31 UTC by magi
Modified: 2007-08-13 10:27 UTC (History)
3 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description magi 2007-03-24 14:31:33 UTC
If OOo saves my document automatically and then crashes, all images with path
"/home/magi" (home directory) replaced with ".." after recovery.

For example, original path:
  file:///home/magi/data/oo-web/fi/www/kuvat/ooo2.0-half.png

After crash and recovery:
  file:///../data/oo-web/fi/www/kuvat/ooo2.0-half.png

Bug #11624 had similar problems, as did bug #70310 after update. Both are closed
and were slightly different anyhow, so I'm creating a new issue.

This occurred in Writer, but possibly affects other document types as well.

Steps to reproduce:

1. Enable AutoRecovery (set time to 1 minute)
2. Create a new text document
3. Insert a linked image
4. Do NOT save the document manually
5. Wait until the document is automatically saved
6. Kill the soffice.bin process (kill -9)
7. Restart OOo and recover the document

Observe that the image link has corrupted.

The XML representation changes for example from:

<draw:image xlink:href="../kuvat/rantakuva-sml.jpg" xlink:type="simple"
xlink:show="embed" xlink:actuate="onLoad" draw:filter-name="&lt;Kaikki muodot&gt;"/>

in original document to:

<draw:image xlink:href="/../texts/test/oo/kuvat/rantakuva-sml.jpg"
xlink:type="simple" xlink:show="embed" xlink:actuate="onLoad"/>

in recovered document.

I'm not sure if the default path affects this somehow. My default path is
usually "/home/magi/texts/" ($HOME/texts), so maybe the ".." is an attempt to
change to a path relative to that. I get many paths such as
"file:///../texts/image.png". However, this seems to work with default path set
to "/home/magi" ($HOME), so maybe the default path is not the problem.

My platform is Ubuntu/Edgy, OOo 2.2rc3-fi. Similar corruption has happened also
earlier with many other versions.
Comment 1 michael.ruess 2007-03-26 08:34:27 UTC
Reassigned to JW.
Comment 2 Rainer Bielefeld 2007-06-17 13:11:52 UTC
Due to reporter's comments
Comment 3 Rainer Bielefeld 2007-08-07 19:38:52 UTC
I was able to reproduce that problem with "2.2.1  Multilingual German version
WIN XP: [680m18(Build9161)]" 

Image link 
<file:///C:/Dokumente und Einstellungen/Rainer/Eigene
Dateien/TEMP/oootestfiles/Desk.jpg>
became 
<file:///C:/DOKUME~1/Eigene Dateien/TEMP/oootestfiles/Desk.jpg>
after I proceeded steps to reproduce.
Comment 4 Rainer Bielefeld 2007-08-07 19:39:33 UTC
Due to "comments from rainerbielefeld Tue Aug 7"
Comment 5 Rainer Bielefeld 2007-08-07 19:42:28 UTC
P2 due to Dataloss
Comment 6 Olaf Felka 2007-08-07 20:12:57 UTC
@ as: Looks like issue 66598.
Comment 7 Rainer Bielefeld 2007-08-07 20:22:55 UTC
Agree, seems to be a DUP, but currently I am not absolutely sure whether the WIN
effect really is the same as the LINUX one. Issue 66598 has to be tested for all OS
Comment 8 Olaf Felka 2007-08-07 20:46:57 UTC
issue 66598 has been tested on Linux, Windows and Solaris. But I've checked only
hyperlinks. I will have a look for file urls also in master. 'as' should have a
look if it is really duplicate.
Comment 9 Rainer Bielefeld 2007-08-08 06:38:23 UTC
Today I checked with "2.3.0  Dev. Snapshot  WIN XP: [680m222(Build9183)]" and am
still able to reproduce the problem.
If the fix for Issue 66598 is already integrated, the WIN problem might be
something different from the LINUX problem or this Issue isn't a real DUP of
Issue 66598 ?
Comment 10 andreas.schluens 2007-08-13 07:40:51 UTC
AS->MAV: your area ?
Comment 11 mikhail.voytenko 2007-08-13 10:25:52 UTC
Indeed, this is a duplicate to issue 66598 that is fixed in cws fwk69. The cws
is integrated in SRC680m225.

*** This issue has been marked as a duplicate of 66598 ***
Comment 12 mikhail.voytenko 2007-08-13 10:27:32 UTC
.