Issue 62823 - Reopening a sxw-file with OO 1.1.4 after saving with OO 2.0.1 gives wrong variable contents
Summary: Reopening a sxw-file with OO 1.1.4 after saving with OO 2.0.1 gives wrong var...
Alias: None
Product: Writer
Classification: Application
Component: save-export (show other issues)
Version: OOo 2.0.1
Hardware: PC All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Keywords: needmoreinfo, oooqa
Depends on:
Reported: 2006-03-06 13:26 UTC by markamm
Modified: 2017-05-20 11:19 UTC (History)
2 users (show)

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

Example file (12.05 KB, application/vnd.sun.xml.writer)
2006-03-06 13:27 UTC, markamm
no flags Details
Demo document as odt (6.11 KB, application/vnd.sun.xml.writer)
2006-03-07 10:22 UTC, markamm
no flags Details
Demo document as sxw (5.91 KB, application/vnd.sun.xml.writer)
2006-03-07 10:23 UTC, markamm
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description markamm 2006-03-06 13:26:24 UTC
I have set some variables for name, address etc. which are referenced later in
my document. After saving with OO 2.0.1 for Windows and reopening with OO 1.1.4
for Linux the variables show "0". See my Test.sxw.
Comment 1 markamm 2006-03-06 13:27:33 UTC
Created attachment 34609 [details]
Example file
Comment 2 michael.ruess 2006-03-06 16:32:36 UTC
Reassigned to ES.
Comment 3 eric.savary 2006-03-06 16:49:53 UTC
Please attach the original .odt document.
Comment 4 Rainer Bielefeld 2006-03-06 17:19:20 UTC
And  - please - give us some exact hints what variables we are talking about:
"Bauherr/Betreiber" or Address field before "Antrag auf wasserrechtliche
Erlaubnis für die Grundwasserbenutzung ..." or ?
Comment 5 Rainer Bielefeld 2006-03-06 17:56:59 UTC
Hm, I believe I see (pls excuse my ignorance):

After text "Sehr geehrte/r Herr/Frau" I see a variable "Name", and in
"content.xml" I see 
  <text:variable-get text:name="Name" office:value-type="float"   
'office:value-type="float"' seems to be nonsense, 

should be 

No Idea how to reproduce that in the document, all further variables I inserted
always were shown correctly.

Your 'Test.sxw' as been opened _and_saved_ with OOo 1.1.4?
Original .odt document still is required.
Can you also reproduce that problem in documents where string variables input is
outside the Header of the document?
Comment 6 markamm 2006-03-07 10:20:59 UTC
I have created a small demo document with two variables with OO 2.0.1 (Windows)
and saved it as odt and sxw. 

Open the sxw version with OO 1.1.4 (I have on Linux, don't know whether it is os
dependent) and after an update operation (F9) the variable references become "0". 

You are right: Adding _new_ references work as they should. But this is
obviously not what variables are ment to be...

I kept my 1.1.4 version (on Linux) because the 2.0 (Windows) version messed up
all relative links in html-documents. I'm not quite sure 2.0.1 has fixed that. 
Comment 7 markamm 2006-03-07 10:22:17 UTC
Created attachment 34626 [details]
Demo document as odt
Comment 8 markamm 2006-03-07 10:23:04 UTC
Created attachment 34627 [details]
Demo document as sxw
Comment 9 eric.savary 2006-03-07 15:38:20 UTC
ES->OS: as rainerbielefeld noticed, OOo 1.1.x interpretes the "string" as
"float" when updating. OOo 1.1.x or 2.0 bug?
Comment 10 Rainer Bielefeld 2006-03-08 06:52:35 UTC
It is a 2.0 bug:

correct 'value-type="string" from .odt'

> Referenzen: Name = 
> <text:variable-get text:name="Name" 
> office:value-type="string">VarName</text:variable-get>

mutates to 'type="float"'

> Referenzen: Name = 
> <text:variable-get text:name="Name" text:value-type="float" 
> style:data-style-name="N0">VarName</text:variable-get>

after saving by 2.0.1 as .sxw

So I change subcomponent to "Save-Export"
Comment 11 michael.ruess 2006-03-08 07:17:03 UTC
MRU->rainerbielefeld: you might be right, that this is a 20 bug. But please do
not reassign the issue back from DEV to QA....
Re-reassigned to OS.
Comment 12 Marcus 2017-05-20 11:19:32 UTC
Reset assigne to the default "".