Reassigned to ES.

Set me to CC
Set keywords

I will have a look this night on this issue

Thanks for reporting

Raphael

I have been badly hit by this bug, also, after migrating to writer 2.3.

When a file is opened, if a "show variable" field is found in the styles.xml,
Writer changes the original

<text:variable-get text:name="xx">

adding a style (which appears defined before as numeric, with one digit minimum) 

<text:variable-get text:name="xx" style:data-style-name="N0">

Some more info and an example is given here:
http://www.oooforum.org/forum/viewtopic.phtml?t=63858

*** Issue 82544 has been confirmed by votes. ***

@OS:
- new Writer document
- on page 1 insert a variable field: name="x", value="test", format="Text"
- insert a header
- insert the variable ("Show variable") in the header
- insert a page break
-> on page 1, header shows "" (nothing) -> ok
-> on page 2, header shows "test" -> ok
- save
- reload
-> the header shows everywhere "0"

this has also been reported at issue 82780 - see an example file there

as this is a regression (worked in OOo 2.2) , please reconsider the target.

*** Issue 82780 has been marked as a duplicate of this issue. ***

Please review target milestone!

*** Issue 84096 has been marked as a duplicate of this issue. ***

For those (like me) who cannot wait for a fix of this bug, there is a strange 
workaround :

Add a "define variable" in the header (or footer) for the variable which is 
shown in the header. You can give whatever value you want, it will not be used. 
Nothing has changed, you still have the "0" displayed. 
Close and reopen the document. 
Now the variable is displayed normally as it should. 

I appreciate the workaround, although I had a little trouble understanding it. 
Here's is how I did it:  Use 'set variable' to insert the same variable in a
header >before< the 'input field' that is used in the document to set the
variable's value.  (I used a value of '-' and set it invisible.)  Then, the
'show variable' in the headers/footers works fine.

*** Issue 85191 has been marked as a duplicate of this issue. ***

Please, can the target milestone be reconsidered?
This is a very important functionality in professional use of OOo.

raicrag: There is no nearer target than OOo 3.0

Hello, happy that you started this issue. Regressions are such an annoying 
situation, when you have files which were fine last year and no longer work 
properly. Thanks for your work. 

Seems, as if the issue does not work in my situation:
We got a new "corporate identity" and I've to create a template for
correspondency with the following defaults:
The first page is not the same than the following pages, so I've to use 2 page
styles.
If a letter has more than 1 page, on the following pages have to appear
automatically several things.
Among them the subject of the letter.
I thought to organize that with a variable and an input field, so that the user
who is opening a new document based on the template receives the
input-field-dialog where he can write the subject. As the input-field is linked
to the variable the content of the input-field goes automatically to the
variable and can be shown everywhere in the document where it is needed.
But as the following pages are only generated when the content is more than one
page, all defaults for the following pages have to be placed in a header or
footer to be automatically repeated.
And that's the problem:
I found no way to show the content of the variable form the first page in the
header of the following pages also I defined the varible a second time within
the header.
Any idea?
thanks, Claudia

I have also a workaround for the problem reported by Claudia. The Solution is 
to define a new variable on the second header and init it with a blank. After 
that assign the old variable to the new one and then set the value of the old 
variable to one blank. Now you can reassign the value of the new variable to 
the old variable and then everything works fine.

Greetings Markus

Thanks for your workaround. I also find one:
Instead of a variable I use a user-field. This user-field I set into the header 
of the second page without content.
On the first page I set an input-field asigned to the user-field.
Nevertheless I hope for a definitve solution of the problem.
Greetings, Claudia

*** Issue 89961 has been marked as a duplicate of this issue. ***

Fixed in cws os116 in 
sw/inc/expfld.hxx
sw/source/core/fields/expfld.cxx
sw/source/core/unocore/unofield.cxx

Reassigned for verification

Vertified in CWS os116

*** Issue 87639 has been marked as a duplicate of this issue. ***

In case anyone wants another workaround, the following works for me in 2.3.0:
Open the affected field for editing (double click or Edit->Fields).
Edit the content, if necessary.
Click the green arrow 'Apply' button.
Now click the Cancel button *NOT* OK.
Job Done

Bob

Unfortunately I am not able to understand EIS, and so I do not know whether the
bugfix is integrated. 

I only see, that the problem still exists with "Ooo-dev 3.0.0 Beta Multilingual
version German UI WIN XP: [300m29 (Build9339)]" for documents that have been
used with 2.3.

according to EIS, the fix has been integrated.

reading the description (from leonbloy Sat Oct 13 14:10:40 +0000 2007), I'd
expect files that were saved with OOo 2.3 and up to show the problem even in OOo
3, as they were broken during save operation.

Works for files created / saved with OOo 3 (OOO300_m1) -> closing


@rainerbielefeld:
if you open a broken file with 3.0 , remove and insert the "display variable"
again, this should fix the file. If not, please reopen the issue