You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is because the answers are sent to tool_mobile_get_content (the WebService used to retrieve the template). Performing a Pull To Request calls the WebService again with the same parameters, so the answers are saved again.
The current workflow is:
When the user opens the activity, main_index_page template is displayed.
When the user clicks to answer the questionnaire, a new page is opened with the view_activity_page template.
When user sends the answers, the current page is refreshed and now uses the main_index_page template, sending the answers to this template.
IMO the ideal workflow would be:
When the user opens the activity, main_index_page template is displayed (this currently happens).
When the user clicks to answer the questionnaire, a new page is opened with the view_activity_page template.
When user sends the answers, the plugin should use a new WebService to submit the answers. This can be done with the "call-ws" directives.
When the WS finishes successfully, go back to previous page (the index page) and refresh it to display the latest data.
These changes aren't trivial because it requires creating a new WebService. An easier workaround is to disable "Pull To Refresh" in the subpages of the plugin, that way the user cannot re-send the data and this problem doesn't happen. This is just a workaround, the User Experience of this solution isn't good, but it's better than having the issue.
The text was updated successfully, but these errors were encountered:
This is because the answers are sent to tool_mobile_get_content (the WebService used to retrieve the template). Performing a Pull To Request calls the WebService again with the same parameters, so the answers are saved again.
The current workflow is:
IMO the ideal workflow would be:
These changes aren't trivial because it requires creating a new WebService. An easier workaround is to disable "Pull To Refresh" in the subpages of the plugin, that way the user cannot re-send the data and this problem doesn't happen. This is just a workaround, the User Experience of this solution isn't good, but it's better than having the issue.
The text was updated successfully, but these errors were encountered: