Details
-
Type: Bug
-
Status: Closed
-
Priority: Major
-
Resolution: Fixed
-
Affects Version/s: 3.0.RC1
-
Component/s: ACE-Components
-
Labels:None
-
Environment:IF 3, ACE components
-
Assignee Priority:P1
-
Affects:Documentation (User Guide, Ref. Guide, etc.)
Description
The following components have their ace:ajax behaviour handling written such that it makes the non ace:ajax-style component request, followed by an extraneous request to trigger the ace:ajax execute/render and listener, when one would expect those render/execute targets to be the targets of the previous request and the ace:ajax listener to be activated during the same lifecycle as the previous request.
This behaviour was originally specced this way, but subsequent investigation has shown this to be incorrect. The expected behaviour is that the ace:ajax submit will take precedence in cases where the same event would trigger both an event listener attribute on the component and a defined event ace:ajax tag. This is consistent with standard f:ajax tag behaviour as well.
Thus, the following components need changes so that the defined ace:ajax behaviour submits the params that the component request normally does.
ace:accordion
ace:droppable
ace:progressBar
ace:resizable
ace:tooltip
This behaviour was originally specced this way, but subsequent investigation has shown this to be incorrect. The expected behaviour is that the ace:ajax submit will take precedence in cases where the same event would trigger both an event listener attribute on the component and a defined event ace:ajax tag. This is consistent with standard f:ajax tag behaviour as well.
Thus, the following components need changes so that the defined ace:ajax behaviour submits the params that the component request normally does.
ace:accordion
ace:droppable
ace:progressBar
ace:resizable
ace:tooltip
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion
Nils Lundquist
created issue -
Nils Lundquist
made changes -
Field | Original Value | New Value |
---|---|---|
Assignee | Ken Fyten [ ken.fyten ] |
Nils Lundquist
made changes -
Salesforce Case | [] | |
Description |
The following components have their ace:ajax behaviour handling written such that it makes the non ace:ajax-style component request, followed by an extraneous request to trigger the ace:ajax update/render and listener, when one would expect those render/update targets to be the targets of the previous request and the ace:ajax listener to be activated during the same lifecycle as the previous request. The components need changes so that the defined ace:ajax behaviour submits the params that the component request normally does. ace:accordion ace:droppable ace:progressBar ace:resizable ace:tooltip |
The following components have their ace:ajax behaviour handling written such that it makes the non ace:ajax-style component request, followed by an extraneous request to trigger the ace:ajax execute/render and listener, when one would expect those render/execute targets to be the targets of the previous request and the ace:ajax listener to be activated during the same lifecycle as the previous request. The components need changes so that the defined ace:ajax behaviour submits the params that the component request normally does. ace:accordion ace:droppable ace:progressBar ace:resizable ace:tooltip |
Ken Fyten
made changes -
Summary | ace:ajax JS implemented to make unnecessary double submits | ACE components triggering double-submits when used with nested ace:ajax |
Environment | IF 3 | IF 3, ACE components |
Salesforce Case | [] | |
Component/s | ACE-Components [ 10050 ] | |
Fix Version/s | 3.0 [ 10241 ] | |
Assignee Priority | P1 | |
Description |
The following components have their ace:ajax behaviour handling written such that it makes the non ace:ajax-style component request, followed by an extraneous request to trigger the ace:ajax execute/render and listener, when one would expect those render/execute targets to be the targets of the previous request and the ace:ajax listener to be activated during the same lifecycle as the previous request. The components need changes so that the defined ace:ajax behaviour submits the params that the component request normally does. ace:accordion ace:droppable ace:progressBar ace:resizable ace:tooltip |
The following components have their ace:ajax behaviour handling written such that it makes the non ace:ajax-style component request, followed by an extraneous request to trigger the ace:ajax execute/render and listener, when one would expect those render/execute targets to be the targets of the previous request and the ace:ajax listener to be activated during the same lifecycle as the previous request. This behaviour was originally specced this way, but subsequent investigation has shown this to be incorrect. The expected behaviour is that the ace:ajax submit will take precedence in cases where the same event would trigger both an event listener attribute on the component and a defined event ace:ajax tag. This is consistent with standard f:ajax tag behaviour as well. Thus, the following components need changes so that the defined ace:ajax behaviour submits the params that the component request normally does. ace:accordion ace:droppable ace:progressBar ace:resizable ace:tooltip |
Ken Fyten
made changes -
Salesforce Case | [] | |
Affects | [Documentation (User Guide, Ref. Guide, etc.)] | |
Assignee | Ken Fyten [ ken.fyten ] | Nils Lundquist [ nils.lundquist ] |
Nils Lundquist
made changes -
Status | Open [ 1 ] | Resolved [ 5 ] |
Resolution | Fixed [ 1 ] |
Nils Lundquist
made changes -
Resolution | Fixed [ 1 ] | |
Status | Resolved [ 5 ] | Reopened [ 4 ] |
Nils Lundquist
made changes -
Status | Reopened [ 4 ] | Resolved [ 5 ] |
Resolution | Fixed [ 1 ] |
Ken Fyten
made changes -
Fix Version/s | 3.0.RC2 [ 10313 ] |
Ken Fyten
made changes -
Status | Resolved [ 5 ] | Closed [ 6 ] |