Details
-
Type:
Bug
-
Status: Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: 3.0.RC2
-
Fix Version/s: 3.0
-
Component/s: ACE-Components
-
Labels:None
-
Environment:HideICEfaces3 Trunk Revision# 27084
Server: Tomcat6
Browsers: Firefox/Chrome/IE
Test app located at: http://server.ice:8888/svn/repo/qa/trunk/Regression-Icefaces2/Sparkle/Nightly/accordionShowICEfaces3 Trunk Revision# 27084 Server: Tomcat6 Browsers: Firefox/Chrome/IE Test app located at: http://server.ice:8888/svn/repo/qa/trunk/Regression-Icefaces2/Sparkle/Nightly/accordion
-
Assignee Priority:P1
Description
The test contains an accordion with the paneChangeListener bound to a method in a bean.
The form also contains three values bound to a bean:
1. There is "message". This value is updated via the paneChangeListener. (This is being updated on the page successfully)
2. There is "valueA". This value increments itself in its setter. (This value is not being incremented or updated on the page)
3. There is "valueB". This value also increments itself in its setter. (This value is not being incremented or updated on the page)
To reproduce:
1. Build / deploy test application.
2. Navigate to 'Accordion Ajax ' test page.
3. Follow the instructions on the page for the 'PaneChangeListener attribute only' test (its at the very bottom of the page).
Notice that the actual result is not what is expected (valueA & valueB are not updated).
The form also contains three values bound to a bean:
1. There is "message". This value is updated via the paneChangeListener. (This is being updated on the page successfully)
2. There is "valueA". This value increments itself in its setter. (This value is not being incremented or updated on the page)
3. There is "valueB". This value also increments itself in its setter. (This value is not being incremented or updated on the page)
To reproduce:
1. Build / deploy test application.
2. Navigate to 'Accordion Ajax ' test page.
3. Follow the instructions on the page for the 'PaneChangeListener attribute only' test (its at the very bottom of the page).
Notice that the actual result is not what is expected (valueA & valueB are not updated).
Activity
| Field | Original Value | New Value |
|---|---|---|
| Salesforce Case | [] | |
| Assignee Priority | P2 | |
| Assignee | yip.ng [ yip.ng ] |
| Salesforce Case | [] | |
| Assignee Priority | P2 | P1 |
This turns out to be different from ICE-7634. With paneChangeListener, "execute" is set to this.id in the JS from the original Grimlock code. This should be correct behavior?
| Salesforce Case | [] | |
| Assignee | yip.ng [ yip.ng ] | Arturo Zambrano [ artzambrano ] |
| Repository | Revision | Date | User | Message |
| ICEsoft Public SVN Repository | #27183 | Fri Jan 13 09:04:58 MST 2012 | art.zambrano | |
| Files Changed | ||||
MODIFY
/icefaces3/trunk/icefaces/ace/component/resources/icefaces.ace/accordion/accordion.js
|
Fixed at revision 27183.
Changed the 'execute' field of the request to contain the client id of the enclosing form, rather than the client id of the component.
Show
Arturo Zambrano
added a comment - Fixed at revision 27183.
Changed the 'execute' field of the request to contain the client id of the enclosing form, rather than the client id of the component.
| Status | Open [ 1 ] | Resolved [ 5 ] |
| Resolution | Fixed [ 1 ] |
Verified fix with ICEfaces3 trunk rev 27232 in IE8, Chrome15 and FF6, this works as expected.
Show
Carmen Cristurean
added a comment - Verified fix with ICEfaces3 trunk rev 27232 in IE8, Chrome15 and FF6, this works as expected.
| Security | Private [ 10001 ] |
| Status | Resolved [ 5 ] | Closed [ 6 ] |
Looks like similar problem as
ICE-7634.