This repository has been archived by the owner on Dec 14, 2017. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 0
/
MR-528.xml
73 lines (68 loc) · 3.06 KB
/
MR-528.xml
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
<?xml version="1.0" encoding="utf-8"?>
<issues>
<issue>
<field name="Priority">
<value>Normal</value>
</field>
<field name="Type">
<value>Bug</value>
</field>
<field name="State">
<value>Can't Reproduce</value>
</field>
<field name="Assignee" />
<field name="Subsystem">
<value>ViewEngine - Brail</value>
</field>
<field name="Fix versions">
<value>2.0</value>
</field>
<field name="Affected versions">
<value>2.0</value>
</field>
<field name="Fixed in build" />
<field name="numberInProject">
<value>528</value>
</field>
<field name="summary">
<value>CaptureFor in subview overwrites value set before subview called</value>
</field>
<field name="description">
<value>Here's a simple test case (against trunk/r5608):
a.brail:
<% component CaptureFor, {@Id: 'test', @append: 'after'}: %>1<% end %>
<% OutputSubView('b') %>
${test}
b.brail:
<% component CaptureFor, {@Id: 'test', @append: 'after'}: %>2<% end %>
The output of a.brail will be "2" rather than "12".
The problem is that BrailBase.InitProperties(), which copies values from the parent view, is called before BrailBase.SetParent() in BrailBase.OutputSubView(), so effectively parent.Properties never gets copied into the subview Properties collection.</value>
</field>
<field name="created">
<value>1238584664000</value>
</field>
<field name="updated">
<value>1278815281000</value>
</field>
<field name="reporterName">
<value>danports</value>
</field>
<field name="updaterName">
<value>danports</value>
</field>
<field name="resolved">
<value>1278815220000</value>
</field>
<field name="permittedGroup">
<value>All Users</value>
</field>
<comment author="danports" text="The attached patch is probably not a great solution, but it works. I'll try to come up with a better patch (and test case) later." created="1238585269000" />
<comment author="xtoff" text="Dan,

what about that better solution? Can this be fixed with the patch attached?" created="1262411814000" />
<comment author="jsimons" text="This one has been fixed already.
See http://support.castleproject.org/projects/MR/issues/view/MR-ISSUE-415" created="1278815278000" />
<comment author="danports" text="* '''Attachment''' MR-528.patch added.
" created="1238584740000" />
<comment author="jsimons" text="* '''Status''' changed from ''Open'' to ''Work Started''.
" created="1278814140000" />
<comment author="jsimons" text="* '''Resolution''' set to ''Cannot Reproduce''.
* '''Version Fixed''' set to ''2.0''.
* '''Status''' changed from ''Work Started'' to ''Resolved''.
" created="1278815220000" />
<comment author="jsimons" text="* '''Status''' changed from ''Resolved'' to ''Closed''.
" created="1278815280000" />
<comment author="jsimons" text="* '''Version Affected''' set to ''2.0''.
" created="1278808860000" />
</issue>
</issues>