Issue 36615 - [CWS eforms2] wrong context for expression builder dialog when editing binding expression of a control
Summary: [CWS eforms2] wrong context for expression builder dialog when editing bindin...
Status: CLOSED DUPLICATE of issue 35395
Alias: None
Product: Writer
Classification: Application
Component: ui (show other issues)
Version: current
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: Frank Schönheit
QA Contact: issues@sw
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-11-03 16:16 UTC by Frank Schönheit
Modified: 2013-08-07 14:41 UTC (History)
1 user (show)

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


Attachments
document to reproduce the bug case (6.93 KB, application/octet-stream)
2004-11-03 16:17 UTC, Frank Schönheit
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Frank Schönheit 2004-11-03 16:16:15 UTC
Open the attached bug doc. It contains a small DOM instance of the form
<level1>
  <level2 attribute="some value"/>
</level1>

Additionally, it contains a text field control which is bound to the
second-level element.

- open the property browser for this control on the tab page "Data"
- click the "..." button behind the "Binding expression" property
=> the expression builder dialog opens.
Note that the "Condition" properly displays "level1/level2", but the "Result"
field is (unexpectedly) empty
- enter "." in the "Condition" field
=> the result displays the "level2" element.

White this is expected for other properties (e.g. "Relevant"), it does not make
sense for the "Binding expression". The reason is that the other properties are
relative (if possible) to the node addressed by the binding expression, but the
binding expression is always absolute. That is, if you would enter "level1" as
expression, it's expected to display the "level1" element. Instead, currently
nothing is displayed in this case, since "level1" is evaluated relative to the
current binding expression (which was active before the dialog was opened),
which is "level1/level2".
Comment 1 Frank Schönheit 2004-11-03 16:17:13 UTC
Created attachment 18887 [details]
document to reproduce the bug case
Comment 2 Frank Schönheit 2004-11-03 16:17:27 UTC
accepting
Comment 3 Frank Schönheit 2004-11-04 09:49:09 UTC
Since this issue here was originally a spin-off of issue 35395, but it showed
that both problems are closely related (in opposite to what I originally
assumed), I mark this one here as duplicate of issue 35395.

*** This issue has been marked as a duplicate of 35395 ***
Comment 4 Frank Schönheit 2004-11-04 09:52:16 UTC
closing duplicate