[jira] [Updated] (OFBIZ-12664) Automatic callback element propagation inside a modal "tunnel" process
[ https://issues.apache.org/jira/browse/OFBIZ-12664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacques Le Roux updated OFBIZ-12664: Component/s: themes > Automatic callback element propagation inside a modal "tunnel" process > -- > > Key: OFBIZ-12664 > URL: https://issues.apache.org/jira/browse/OFBIZ-12664 > Project: OFBiz > Issue Type: Improvement > Components: themes >Affects Versions: Upcoming Branch >Reporter: Mekika Leila >Priority: Trivial > Fix For: Upcoming Branch > > Attachments: OFBIZ-12664.patch, OFBIZ-12664_Example.patch, > OFBIZ-12664v2.patch > > > The callback element added by the Jira OFBIZ-11812 allows to refresh a screen > area without reloading the whole page. > However, if you want to use this mechanism in a "tunnel" process, this > parameter must be propagated manually between each form so that the final > validation and closing of the modal triggers the execution of the callback. > > The attached patch adds a propagate-callback parameter on submitButton > that will automatically propagate the callback between the forms, simplifying > the writing for the developer > For example: > A modal allowing to create an actor on the step 1 form and then allow > to attach this actor to a task in the second step. > To test, apply the Example.patch on a trunk environment (with demo > data) then go to the following page and click on the "Create" menu button to > open the first modal: > > [https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=1|https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=1] > > The validation of the second step should refresh the > WorkEffortPartyAssign list in the ListWorkEffortPartyAssigns screen -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (OFBIZ-12664) Automatic callback element propagation inside a modal "tunnel" process
[ https://issues.apache.org/jira/browse/OFBIZ-12664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacques Le Roux updated OFBIZ-12664: Fix Version/s: Upcoming Branch > Automatic callback element propagation inside a modal "tunnel" process > -- > > Key: OFBIZ-12664 > URL: https://issues.apache.org/jira/browse/OFBIZ-12664 > Project: OFBiz > Issue Type: Improvement >Affects Versions: Upcoming Branch >Reporter: Mekika Leila >Priority: Trivial > Fix For: Upcoming Branch > > Attachments: OFBIZ-12664.patch, OFBIZ-12664_Example.patch, > OFBIZ-12664v2.patch > > > The callback element added by the Jira OFBIZ-11812 allows to refresh a screen > area without reloading the whole page. > However, if you want to use this mechanism in a "tunnel" process, this > parameter must be propagated manually between each form so that the final > validation and closing of the modal triggers the execution of the callback. > > The attached patch adds a propagate-callback parameter on submitButton > that will automatically propagate the callback between the forms, simplifying > the writing for the developer > For example: > A modal allowing to create an actor on the step 1 form and then allow > to attach this actor to a task in the second step. > To test, apply the Example.patch on a trunk environment (with demo > data) then go to the following page and click on the "Create" menu button to > open the first modal: > > [https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=1|https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=1] > > The validation of the second step should refresh the > WorkEffortPartyAssign list in the ListWorkEffortPartyAssigns screen -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (OFBIZ-12664) Automatic callback element propagation inside a modal "tunnel" process
[ https://issues.apache.org/jira/browse/OFBIZ-12664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mekika Leila updated OFBIZ-12664: - Attachment: OFBIZ-12664v2.patch > Automatic callback element propagation inside a modal "tunnel" process > -- > > Key: OFBIZ-12664 > URL: https://issues.apache.org/jira/browse/OFBIZ-12664 > Project: OFBiz > Issue Type: Improvement >Affects Versions: Upcoming Branch >Reporter: Mekika Leila >Priority: Trivial > Attachments: OFBIZ-12664.patch, OFBIZ-12664_Example.patch, > OFBIZ-12664v2.patch > > > The callback element added by the Jira OFBIZ-11812 allows to refresh a screen > area without reloading the whole page. > However, if you want to use this mechanism in a "tunnel" process, this > parameter must be propagated manually between each form so that the final > validation and closing of the modal triggers the execution of the callback. > > The attached patch adds a propagate-callback parameter on submitButton > that will automatically propagate the callback between the forms, simplifying > the writing for the developer > For example: > A modal allowing to create an actor on the step 1 form and then allow > to attach this actor to a task in the second step. > To test, apply the Example.patch on a trunk environment (with demo > data) then go to the following page and click on the "Create" menu button to > open the first modal: > > [https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=1|https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=1] > > The validation of the second step should refresh the > WorkEffortPartyAssign list in the ListWorkEffortPartyAssigns screen -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (OFBIZ-12664) Automatic callback element propagation inside a modal "tunnel" process
[ https://issues.apache.org/jira/browse/OFBIZ-12664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mekika Leila updated OFBIZ-12664: - Attachment: (was: OFBIZ-12664v2.patch) > Automatic callback element propagation inside a modal "tunnel" process > -- > > Key: OFBIZ-12664 > URL: https://issues.apache.org/jira/browse/OFBIZ-12664 > Project: OFBiz > Issue Type: Improvement >Affects Versions: Upcoming Branch >Reporter: Mekika Leila >Priority: Trivial > Attachments: OFBIZ-12664.patch, OFBIZ-12664_Example.patch > > > The callback element added by the Jira OFBIZ-11812 allows to refresh a screen > area without reloading the whole page. > However, if you want to use this mechanism in a "tunnel" process, this > parameter must be propagated manually between each form so that the final > validation and closing of the modal triggers the execution of the callback. > > The attached patch adds a propagate-callback parameter on submitButton > that will automatically propagate the callback between the forms, simplifying > the writing for the developer > For example: > A modal allowing to create an actor on the step 1 form and then allow > to attach this actor to a task in the second step. > To test, apply the Example.patch on a trunk environment (with demo > data) then go to the following page and click on the "Create" menu button to > open the first modal: > > [https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=1|https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=1] > > The validation of the second step should refresh the > WorkEffortPartyAssign list in the ListWorkEffortPartyAssigns screen -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (OFBIZ-12664) Automatic callback element propagation inside a modal "tunnel" process
[ https://issues.apache.org/jira/browse/OFBIZ-12664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mekika Leila updated OFBIZ-12664: - Attachment: (was: OFBIZ-12664v2.patch) > Automatic callback element propagation inside a modal "tunnel" process > -- > > Key: OFBIZ-12664 > URL: https://issues.apache.org/jira/browse/OFBIZ-12664 > Project: OFBiz > Issue Type: Improvement >Affects Versions: Upcoming Branch >Reporter: Mekika Leila >Priority: Trivial > Attachments: OFBIZ-12664.patch, OFBIZ-12664_Example.patch, > OFBIZ-12664v2.patch > > > The callback element added by the Jira OFBIZ-11812 allows to refresh a screen > area without reloading the whole page. > However, if you want to use this mechanism in a "tunnel" process, this > parameter must be propagated manually between each form so that the final > validation and closing of the modal triggers the execution of the callback. > > The attached patch adds a propagate-callback parameter on submitButton > that will automatically propagate the callback between the forms, simplifying > the writing for the developer > For example: > A modal allowing to create an actor on the step 1 form and then allow > to attach this actor to a task in the second step. > To test, apply the Example.patch on a trunk environment (with demo > data) then go to the following page and click on the "Create" menu button to > open the first modal: > > [https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=1|https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=1] > > The validation of the second step should refresh the > WorkEffortPartyAssign list in the ListWorkEffortPartyAssigns screen -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (OFBIZ-12664) Automatic callback element propagation inside a modal "tunnel" process
[ https://issues.apache.org/jira/browse/OFBIZ-12664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mekika Leila updated OFBIZ-12664: - Attachment: OFBIZ-12664v2.patch > Automatic callback element propagation inside a modal "tunnel" process > -- > > Key: OFBIZ-12664 > URL: https://issues.apache.org/jira/browse/OFBIZ-12664 > Project: OFBiz > Issue Type: Improvement >Affects Versions: Upcoming Branch >Reporter: Mekika Leila >Priority: Trivial > Attachments: OFBIZ-12664.patch, OFBIZ-12664_Example.patch, > OFBIZ-12664v2.patch > > > The callback element added by the Jira OFBIZ-11812 allows to refresh a screen > area without reloading the whole page. > However, if you want to use this mechanism in a "tunnel" process, this > parameter must be propagated manually between each form so that the final > validation and closing of the modal triggers the execution of the callback. > > The attached patch adds a propagate-callback parameter on submitButton > that will automatically propagate the callback between the forms, simplifying > the writing for the developer > For example: > A modal allowing to create an actor on the step 1 form and then allow > to attach this actor to a task in the second step. > To test, apply the Example.patch on a trunk environment (with demo > data) then go to the following page and click on the "Create" menu button to > open the first modal: > > [https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=1|https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=1] > > The validation of the second step should refresh the > WorkEffortPartyAssign list in the ListWorkEffortPartyAssigns screen -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (OFBIZ-12664) Automatic callback element propagation inside a modal "tunnel" process
[ https://issues.apache.org/jira/browse/OFBIZ-12664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mekika Leila updated OFBIZ-12664: - Attachment: OFBIZ-12664v2-1.patch > Automatic callback element propagation inside a modal "tunnel" process > -- > > Key: OFBIZ-12664 > URL: https://issues.apache.org/jira/browse/OFBIZ-12664 > Project: OFBiz > Issue Type: Improvement >Affects Versions: Upcoming Branch >Reporter: Mekika Leila >Priority: Trivial > Attachments: OFBIZ-12664.patch, OFBIZ-12664_Example.patch, > OFBIZ-12664v2.patch > > > The callback element added by the Jira OFBIZ-11812 allows to refresh a screen > area without reloading the whole page. > However, if you want to use this mechanism in a "tunnel" process, this > parameter must be propagated manually between each form so that the final > validation and closing of the modal triggers the execution of the callback. > > The attached patch adds a propagate-callback parameter on submitButton > that will automatically propagate the callback between the forms, simplifying > the writing for the developer > For example: > A modal allowing to create an actor on the step 1 form and then allow > to attach this actor to a task in the second step. > To test, apply the Example.patch on a trunk environment (with demo > data) then go to the following page and click on the "Create" menu button to > open the first modal: > > [https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=1|https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=1] > > The validation of the second step should refresh the > WorkEffortPartyAssign list in the ListWorkEffortPartyAssigns screen -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (OFBIZ-12664) Automatic callback element propagation inside a modal "tunnel" process
[ https://issues.apache.org/jira/browse/OFBIZ-12664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mekika Leila updated OFBIZ-12664: - Attachment: (was: OFBIZ-12664v2-1.patch) > Automatic callback element propagation inside a modal "tunnel" process > -- > > Key: OFBIZ-12664 > URL: https://issues.apache.org/jira/browse/OFBIZ-12664 > Project: OFBiz > Issue Type: Improvement >Affects Versions: Upcoming Branch >Reporter: Mekika Leila >Priority: Trivial > Attachments: OFBIZ-12664.patch, OFBIZ-12664_Example.patch, > OFBIZ-12664v2.patch > > > The callback element added by the Jira OFBIZ-11812 allows to refresh a screen > area without reloading the whole page. > However, if you want to use this mechanism in a "tunnel" process, this > parameter must be propagated manually between each form so that the final > validation and closing of the modal triggers the execution of the callback. > > The attached patch adds a propagate-callback parameter on submitButton > that will automatically propagate the callback between the forms, simplifying > the writing for the developer > For example: > A modal allowing to create an actor on the step 1 form and then allow > to attach this actor to a task in the second step. > To test, apply the Example.patch on a trunk environment (with demo > data) then go to the following page and click on the "Create" menu button to > open the first modal: > > [https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=1|https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=1] > > The validation of the second step should refresh the > WorkEffortPartyAssign list in the ListWorkEffortPartyAssigns screen -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (OFBIZ-12664) Automatic callback element propagation inside a modal "tunnel" process
[ https://issues.apache.org/jira/browse/OFBIZ-12664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mekika Leila updated OFBIZ-12664: - Attachment: OFBIZ-12664v2.patch > Automatic callback element propagation inside a modal "tunnel" process > -- > > Key: OFBIZ-12664 > URL: https://issues.apache.org/jira/browse/OFBIZ-12664 > Project: OFBiz > Issue Type: Improvement >Affects Versions: Upcoming Branch >Reporter: Mekika Leila >Priority: Trivial > Attachments: OFBIZ-12664.patch, OFBIZ-12664_Example.patch, > OFBIZ-12664v2.patch > > > The callback element added by the Jira OFBIZ-11812 allows to refresh a screen > area without reloading the whole page. > However, if you want to use this mechanism in a "tunnel" process, this > parameter must be propagated manually between each form so that the final > validation and closing of the modal triggers the execution of the callback. > > The attached patch adds a propagate-callback parameter on submitButton > that will automatically propagate the callback between the forms, simplifying > the writing for the developer > For example: > A modal allowing to create an actor on the step 1 form and then allow > to attach this actor to a task in the second step. > To test, apply the Example.patch on a trunk environment (with demo > data) then go to the following page and click on the "Create" menu button to > open the first modal: > > [https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=1|https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=1] > > The validation of the second step should refresh the > WorkEffortPartyAssign list in the ListWorkEffortPartyAssigns screen -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (OFBIZ-12664) Automatic callback element propagation inside a modal "tunnel" process
[ https://issues.apache.org/jira/browse/OFBIZ-12664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mekika Leila updated OFBIZ-12664: - Description: The callback element added by the Jira OFBIZ-11812 allows to refresh a screen area without reloading the whole page. However, if you want to use this mechanism in a "tunnel" process, this parameter must be propagated manually between each form so that the final validation and closing of the modal triggers the execution of the callback. The attached patch adds a propagate-callback parameter on submitButton that will automatically propagate the callback between the forms, simplifying the writing for the developer For example: A modal allowing to create an actor on the step 1 form and then allow to attach this actor to a task in the second step. To test, apply the Example.patch on a trunk environment (with demo data) then go to the following page and click on the "Create" menu button to open the first modal: [https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=1|https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=1] The validation of the second step should refresh the WorkEffortPartyAssign list in the ListWorkEffortPartyAssigns screen was: The callback element added by the Jira OFBIZ-11812 allows to refresh a screen area without reloading the whole page. However, if you want to use this mechanism in a "tunnel" process, this parameter must be propagated manually between each form so that the final validation and closing of the modal triggers the execution of the callback. The attached patch adds a propagate-callback parameter on submitButton that will automatically propagate the callback between the forms, simplifying the writing for the developer For example: A modal allowing to create an actor on the step 1 form and then allow to attach this actor to a task in the second step. To test, apply the Example.patch on a trunk environment (with demo data) then go to the following page and click on the "Create" menu button to open the first modal: [https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=9000] The validation of the second step should refresh the WorkEffortPartyAssign list in the ListWorkEffortPartyAssigns screen > Automatic callback element propagation inside a modal "tunnel" process > -- > > Key: OFBIZ-12664 > URL: https://issues.apache.org/jira/browse/OFBIZ-12664 > Project: OFBiz > Issue Type: Improvement >Affects Versions: Upcoming Branch >Reporter: Mekika Leila >Priority: Trivial > Attachments: OFBIZ-12664.patch, OFBIZ-12664_Example.patch > > > The callback element added by the Jira OFBIZ-11812 allows to refresh a screen > area without reloading the whole page. > However, if you want to use this mechanism in a "tunnel" process, this > parameter must be propagated manually between each form so that the final > validation and closing of the modal triggers the execution of the callback. > > The attached patch adds a propagate-callback parameter on submitButton > that will automatically propagate the callback between the forms, simplifying > the writing for the developer > For example: > A modal allowing to create an actor on the step 1 form and then allow > to attach this actor to a task in the second step. > To test, apply the Example.patch on a trunk environment (with demo > data) then go to the following page and click on the "Create" menu button to > open the first modal: > > [https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=1|https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=1] > > The validation of the second step should refresh the > WorkEffortPartyAssign list in the ListWorkEffortPartyAssigns screen -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (OFBIZ-12664) Automatic callback element propagation inside a modal "tunnel" process
[ https://issues.apache.org/jira/browse/OFBIZ-12664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leila Mekika updated OFBIZ-12664: - Attachment: OFBIZ-12664_Example.patch > Automatic callback element propagation inside a modal "tunnel" process > -- > > Key: OFBIZ-12664 > URL: https://issues.apache.org/jira/browse/OFBIZ-12664 > Project: OFBiz > Issue Type: Improvement >Affects Versions: Upcoming Branch >Reporter: Leila Mekika >Priority: Trivial > Attachments: OFBIZ-12664.patch, OFBIZ-12664_Example.patch > > > The callback element added by the Jira OFBIZ-11812 allows to refresh a screen > area without reloading the whole page. > However, if you want to use this mechanism in a "tunnel" process, this > parameter must be propagated manually between each form so that the final > validation and closing of the modal triggers the execution of the callback. > > The attached patch adds a propagate-callback parameter on submitButton > that will automatically propagate the callback between the forms, simplifying > the writing for the developer > For example: > A modal allowing to create an actor on the step 1 form and then allow > to attach this actor to a task in the second step. > To test, apply the Example.patch on a trunk environment (with demo > data) then go to the following page and click on the "Create" menu button to > open the first modal: > > [https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=9000] > > The validation of the second step should refresh the > WorkEffortPartyAssign list in the ListWorkEffortPartyAssigns screen -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (OFBIZ-12664) Automatic callback element propagation inside a modal "tunnel" process
[ https://issues.apache.org/jira/browse/OFBIZ-12664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leila Mekika updated OFBIZ-12664: - Attachment: (was: OFBIZ-12664_Example.patch) > Automatic callback element propagation inside a modal "tunnel" process > -- > > Key: OFBIZ-12664 > URL: https://issues.apache.org/jira/browse/OFBIZ-12664 > Project: OFBiz > Issue Type: Improvement >Affects Versions: Upcoming Branch >Reporter: Leila Mekika >Priority: Trivial > Attachments: OFBIZ-12664.patch > > > The callback element added by the Jira OFBIZ-11812 allows to refresh a screen > area without reloading the whole page. > However, if you want to use this mechanism in a "tunnel" process, this > parameter must be propagated manually between each form so that the final > validation and closing of the modal triggers the execution of the callback. > > The attached patch adds a propagate-callback parameter on submitButton > that will automatically propagate the callback between the forms, simplifying > the writing for the developer > For example: > A modal allowing to create an actor on the step 1 form and then allow > to attach this actor to a task in the second step. > To test, apply the Example.patch on a trunk environment (with demo > data) then go to the following page and click on the "Create" menu button to > open the first modal: > > [https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=9000] > > The validation of the second step should refresh the > WorkEffortPartyAssign list in the ListWorkEffortPartyAssigns screen -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (OFBIZ-12664) Automatic callback element propagation inside a modal "tunnel" process
[ https://issues.apache.org/jira/browse/OFBIZ-12664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leila Mekika updated OFBIZ-12664: - Description: The callback element added by the Jira OFBIZ-11812 allows to refresh a screen area without reloading the whole page. However, if you want to use this mechanism in a "tunnel" process, this parameter must be propagated manually between each form so that the final validation and closing of the modal triggers the execution of the callback. The attached patch adds a propagate-callback parameter on submitButton that will automatically propagate the callback between the forms, simplifying the writing for the developer For example: A modal allowing to create an actor on the step 1 form and then allow to attach this actor to a task in the second step. To test, apply the Example.patch on a trunk environment (with demo data) then go to the following page and click on the "Create" menu button to open the first modal: [https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=9000] The validation of the second step should refresh the WorkEffortPartyAssign list in the ListWorkEffortPartyAssigns screen was: The callback element added by the Jira OFBIZ-11812 allows to refresh a screen area without reloading the whole page. However, if you want to use this mechanism in a "tunnel" process, this parameter must be propagated manually between each form so that the final validation and closing of the modal triggers the execution of the callback. The attached patch adds a parameter that will automatically propagate the callback between the forms, simplifying the writing for the developer For example: A modal allowing to create an actor on the step 1 form and then allow to attach this actor to a task in the second step. To test, apply the Example.patch on a trunk environment (with demo data) then go to the following page and click on the "Create" menu button to open the first modal: https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=9000 The validation of the second step should refresh the WorkEffortPartyAssign list in the ListWorkEffortPartyAssigns screen > Automatic callback element propagation inside a modal "tunnel" process > -- > > Key: OFBIZ-12664 > URL: https://issues.apache.org/jira/browse/OFBIZ-12664 > Project: OFBiz > Issue Type: Improvement >Affects Versions: Upcoming Branch >Reporter: Leila Mekika >Priority: Trivial > Attachments: OFBIZ-12664.patch, OFBIZ-12664_Example.patch > > > The callback element added by the Jira OFBIZ-11812 allows to refresh a screen > area without reloading the whole page. > However, if you want to use this mechanism in a "tunnel" process, this > parameter must be propagated manually between each form so that the final > validation and closing of the modal triggers the execution of the callback. > > The attached patch adds a propagate-callback parameter on submitButton > that will automatically propagate the callback between the forms, simplifying > the writing for the developer > For example: > A modal allowing to create an actor on the step 1 form and then allow > to attach this actor to a task in the second step. > To test, apply the Example.patch on a trunk environment (with demo > data) then go to the following page and click on the "Create" menu button to > open the first modal: > > [https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=9000] > > The validation of the second step should refresh the > WorkEffortPartyAssign list in the ListWorkEffortPartyAssigns screen -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (OFBIZ-12664) Automatic callback element propagation inside a modal "tunnel" process
[ https://issues.apache.org/jira/browse/OFBIZ-12664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leila Mekika updated OFBIZ-12664: - Attachment: (was: OFBIZ-12664_Example.patch) > Automatic callback element propagation inside a modal "tunnel" process > -- > > Key: OFBIZ-12664 > URL: https://issues.apache.org/jira/browse/OFBIZ-12664 > Project: OFBiz > Issue Type: Improvement >Affects Versions: Upcoming Branch >Reporter: Leila Mekika >Priority: Trivial > Attachments: OFBIZ-12664.patch, OFBIZ-12664_Example.patch > > > The callback element added by the Jira OFBIZ-11812 allows to refresh a screen > area without reloading the whole page. > However, if you want to use this mechanism in a "tunnel" process, this > parameter must be propagated manually between each form so that the final > validation and closing of the modal triggers the execution of the callback. > > The attached patch adds a parameter that will automatically propagate the > callback between the forms, simplifying the writing for the developer > For example: > A modal allowing to create an actor on the step 1 form and then allow > to attach this actor to a task in the second step. > To test, apply the Example.patch on a trunk environment (with demo > data) then go to the following page and click on the "Create" menu button to > open the first modal: > > https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=9000 > > The validation of the second step should refresh the > WorkEffortPartyAssign list in the ListWorkEffortPartyAssigns screen -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (OFBIZ-12664) Automatic callback element propagation inside a modal "tunnel" process
[ https://issues.apache.org/jira/browse/OFBIZ-12664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leila Mekika updated OFBIZ-12664: - Attachment: (was: OFBIZ-12664.patch) > Automatic callback element propagation inside a modal "tunnel" process > -- > > Key: OFBIZ-12664 > URL: https://issues.apache.org/jira/browse/OFBIZ-12664 > Project: OFBiz > Issue Type: Improvement >Affects Versions: Upcoming Branch >Reporter: Leila Mekika >Priority: Trivial > Attachments: OFBIZ-12664.patch, OFBIZ-12664_Example.patch > > > The callback element added by the Jira OFBIZ-11812 allows to refresh a screen > area without reloading the whole page. > However, if you want to use this mechanism in a "tunnel" process, this > parameter must be propagated manually between each form so that the final > validation and closing of the modal triggers the execution of the callback. > > The attached patch adds a parameter that will automatically propagate the > callback between the forms, simplifying the writing for the developer > For example: > A modal allowing to create an actor on the step 1 form and then allow > to attach this actor to a task in the second step. > To test, apply the Example.patch on a trunk environment (with demo > data) then go to the following page and click on the "Create" menu button to > open the first modal: > > https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=9000 > > The validation of the second step should refresh the > WorkEffortPartyAssign list in the ListWorkEffortPartyAssigns screen -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (OFBIZ-12664) Automatic callback element propagation inside a modal "tunnel" process
[ https://issues.apache.org/jira/browse/OFBIZ-12664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leila Mekika updated OFBIZ-12664: - Attachment: OFBIZ-12664.patch OFBIZ-12664_Example.patch > Automatic callback element propagation inside a modal "tunnel" process > -- > > Key: OFBIZ-12664 > URL: https://issues.apache.org/jira/browse/OFBIZ-12664 > Project: OFBiz > Issue Type: Improvement >Affects Versions: Upcoming Branch >Reporter: Leila Mekika >Priority: Trivial > Attachments: OFBIZ-12664.patch, OFBIZ-12664_Example.patch > > > The callback element added by the Jira OFBIZ-11812 allows to refresh a screen > area without reloading the whole page. > However, if you want to use this mechanism in a "tunnel" process, this > parameter must be propagated manually between each form so that the final > validation and closing of the modal triggers the execution of the callback. > > The attached patch adds a parameter that will automatically propagate the > callback between the forms, simplifying the writing for the developer > For example: > A modal allowing to create an actor on the step 1 form and then allow > to attach this actor to a task in the second step. > To test, apply the Example.patch on a trunk environment (with demo > data) then go to the following page and click on the "Create" menu button to > open the first modal: > > https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=9000 > > The validation of the second step should refresh the > WorkEffortPartyAssign list in the ListWorkEffortPartyAssigns screen -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (OFBIZ-12664) Automatic callback element propagation inside a modal "tunnel" process
[ https://issues.apache.org/jira/browse/OFBIZ-12664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leila Mekika updated OFBIZ-12664: - Attachment: OFBIZ-12664.patch OFBIZ-12664_Example.patch > Automatic callback element propagation inside a modal "tunnel" process > -- > > Key: OFBIZ-12664 > URL: https://issues.apache.org/jira/browse/OFBIZ-12664 > Project: OFBiz > Issue Type: Improvement >Affects Versions: Upcoming Branch >Reporter: Leila Mekika >Priority: Trivial > Attachments: OFBIZ-12664.patch, OFBIZ-12664_Example.patch > > > The callback element added by the Jira OFBIZ-11812 allows to refresh a screen > area without reloading the whole page. > However, if you want to use this mechanism in a "tunnel" process, this > parameter must be propagated manually between each form so that the final > validation and closing of the modal triggers the execution of the callback. > > The attached patch adds a parameter that will automatically propagate the > callback between the forms, simplifying the writing for the developer > For example: > A modal allowing to create an actor on the step 1 form and then allow > to attach this actor to a task in the second step. > To test, apply the Example.patch on a trunk environment (with demo > data) then go to the following page and click on the "Create" menu button to > open the first modal: > > https://localhost:8443/workeffort/control/ListWorkEffortPartyAssigns?workEffortId=9000 > > The validation of the second step should refresh the > WorkEffortPartyAssign list in the ListWorkEffortPartyAssigns screen -- This message was sent by Atlassian Jira (v8.20.10#820010)