Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: ooo-dev@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of yuanlin.ibm@gmail.com
 designates 209.85.161.175 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <4FE2CC9C.60603@googlemail.com>
References: <BAY167-W330CC5C87700CD7DE4EDE9D3FE0@phx.gbl>
	<BAY167-W483DDDBAC744CD84D36582D3FD0@phx.gbl>
	<4FE2CC9C.60603@googlemail.com>
Date: Thu, 21 Jun 2012 22:43:40 +0800
Message-ID: 
 <CAGSaLEqLOQqmHKkw_+1tE=FruYgARO4DTrz92W4pP7rso4JzDw@mail.gmail.com>
Subject: Re: [RELEASE][3.4.1]Release Bloker: proposing "Bug 119803 - After
 upgrading to 3.4 RTF User Fields are not saving"
From: Lin Yuan <yuanlin.ibm@gmail.com>
To: ooo-dev@incubator.apache.org
Content-Type: multipart/alternative; boundary=e89a8fb202a0adab1f04c2fc8a5f

--e89a8fb202a0adab1f04c2fc8a5f
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

May related to CWS vmiklos01 which refactor the RTF filter. Seems some
field related processing in sw\source\filter\ww8\rtfattributeoutput.cxx is
not implemented yet. I will do more investigation to know how many codes
need to be added and if it can be contained in 3.4.1 scope.

2012/6/21 J=FCrgen Schmidt <jogischmidt@googlemail.com>

> On 6/21/12 3:45 AM, YangTerry wrote:
> >
> > Re-send it, seems failed last time.
> >
> > This is a bug about user fields lost after save in RTF file.
> > This is a regression issue, it is work fine in OOo 3.3.
> >> ej197us@gmail.com
> >>           2012-06-07 10:23:13 UTC
> >> To duplicate:
> >> Create a rtf document with a version < 3.4.
> >> Menu Options
> >> Insert
> >> -Field
> >> --Other
> >> ---User Fields
> >>
> >> At this point the variable list is shown.
> >>
> >> Insert a new variable and click the green check.
> >>
> >> The variable shows up in the list and appears to be saving.
> >>
> >> Insert the variable into the document to use it.
> >>
> >> Close the doc and reopen.
> >>
> >> When the document reopens the variable is not present and is
> de-referenced in the doc.
> >>
> >> This appears to be a critical error.  This function is used by many
> developers along with UNO to published merged documents.
> >>
> >> Resolution:  Downgrade OpenOffice to <3.4.
> >>
>
> +1 if it's a regression than it's fine for me. Who will take care of
> this issue?
>
> Juergen
>
>
>

--e89a8fb202a0adab1f04c2fc8a5f--