You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openoffice.apache.org by bu...@apache.org on 2014/03/21 12:46:39 UTC
4.1.0_release_blocker requested: [Issue 124474] Input fields do not
show content in header/footer
Oliver-Rainer Wittmann <or...@apache.org> has asked for 4.1.0_release_blocker:
Issue 124474: Input fields do not show content in header/footer
https://issues.apache.org/ooo/show_bug.cgi?id=124474
------- Additional Comments from Oliver-Rainer Wittmann <or...@apache.org>
Root cause:
The input fields in the given sample document are of type 'User Variable Input
Field' - their content reflects the value of a user variable ('User Field'
called in the UI). (Via these input fields the value of the user variable can
be changed.)
Since the in-place editing of Input Fields enhancement the content of these
input fields are evaluated when the input field is inserted into the document
model. For input fields in page header/footer this is done before the user
variable is imported. Thus, the input fields in page header/footer are empty.
In AOO 4.0.1 (and in earlier versions) - before the in-place editing of Input
Fields enhancement - the content for these input fields were evaluated when the
input field is rendered into the document's view. At this time the complete
document is already imported and thus, user variable's content is available.
The content of an user variable is set via the corresponding UNO-API during the
ODF import. No update of the corresponding input fields is triggered. Thus, a
similar defect already exists in previous version when a user variable's
content gets set/changed via the UNO-API.
Triggering an update of the related input fields when a user variable is
set/changed via the UNO-API - as it is done when the user variable's content is
changed in the UI - will solve this defect.
Requesting show-stopper-status as a fix will be available soon and it is a
regression introduced in AOO 4.1.0 code line.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: 4.1.0_release_blocker requested: [Issue 124474] Input fields
do not show content in header/footer
Posted by Oliver-Rainer Wittmann <or...@googlemail.com>.
Hi,
On 21.03.2014 12:46, bugzilla@apache.org wrote:
> Oliver-Rainer Wittmann <or...@apache.org> has asked for 4.1.0_release_blocker:
> Issue 124474: Input fields do not show content in header/footer
> https://issues.apache.org/ooo/show_bug.cgi?id=124474
>
>
> ------- Additional Comments from Oliver-Rainer Wittmann <or...@apache.org>
> Root cause:
> The input fields in the given sample document are of type 'User Variable Input
> Field' - their content reflects the value of a user variable ('User Field'
> called in the UI). (Via these input fields the value of the user variable can
> be changed.)
> Since the in-place editing of Input Fields enhancement the content of these
> input fields are evaluated when the input field is inserted into the document
> model. For input fields in page header/footer this is done before the user
> variable is imported. Thus, the input fields in page header/footer are empty.
> In AOO 4.0.1 (and in earlier versions) - before the in-place editing of Input
> Fields enhancement - the content for these input fields were evaluated when the
> input field is rendered into the document's view. At this time the complete
> document is already imported and thus, user variable's content is available.
>
> The content of an user variable is set via the corresponding UNO-API during the
> ODF import. No update of the corresponding input fields is triggered. Thus, a
> similar defect already exists in previous version when a user variable's
> content gets set/changed via the UNO-API.
>
> Triggering an update of the related input fields when a user variable is
> set/changed via the UNO-API - as it is done when the user variable's content is
> changed in the UI - will solve this defect.
>
>
> Requesting show-stopper-status as a fix will be available soon and it is a
> regression introduced in AOO 4.1.0 code line.
>
Fix is now available and has been already applied on trunk.
Best regards, Oliver.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org