Hi Max,
One other issue I have and also is not reproducible in a minimal example is my submit. I have 2 pages were a submit checks and decides to reload the current page or go to the other page. On the first page the submit works fine. Following the rules it shows again the first page with same elements made visible or continues to the next page (via its name). It did notice that without error handling on some pages actions continue even after passing a nex-page action. Is this intended behavior? I expected not, but by making all my actions fit in either one choice it will function properly.
Nevertheless on the second page the submit doesn't work correct. Many actions are executed except the write to database. But the page is redirected to whatever page it likes. Sometimes a 404 and sometimes a totally other page. Although in the testing environment it works correctly. Any thoughts on how to debug?
Many thanks,
Pim
Hi Pim
When you open the form but do not finish it (reach the last submit) then some actions values will be in the session, and will affect your latest tests, unless you clear the cookies before another test
Can you confirm if this is the cause of your issues here ? try to either finish the form by reaching the last step (preferably without a redirect) or clear the cookies before doing any new test
Hi Max,
Didn't help. I cleared all my cookies cache and other history. Started the form, went through till the end. Last submit again leads to a 404 page. I will continue testing. Any help to find the cause is appreciated.
I did notice that when my result in the last submit leads to the "reload page" action, this will result in a random joomla page. When the submit leads to the "next page" (referencing page1), it results in a 404. Prior to both I do a database save and a send email action. I do notice the database save is not executed, which makes it awkward, since it does cause some sort of reload/next page and the behavior depends on the state (settings made) during submit.
Maybe this helps you to think about other causes and test I can do.
Kind regards,Pim
Hi Max,
An update, I managed to get the page almost working correctly. Why is a bit the question. I modified some of the field names/ids since there was some overlap with names that were create in code although in another page and representing the same data. Also did a replacement of the submit button name and action, which might have reset something which was in a faulty state??
At least it now goes through all my pages correctly and does not resolve in a 404 or random other page.
Nevertheless there is one aspect bothering me. After the last/final submit, I would like to reload the form from scratch, but this should show a message that all was executed succesfully. My solution was to do a clear session action followed by a next page action going back to the original page. However this still shows all data fields with previously entered data, which then blocks the whole form from working correctly.
Should I do a redirect to the original page and does this allow me to show a message from the last submit? Or is there another method which I should use?
Kind regards,Pim
Hi Pim
Saving the form resets the form data and session, so it might have been that, I can not tell without testing the form myself.
Regarding the redirect, that should be ok, and add a PHP action with Events behavior to check for a parameter in the $_GET array which you can pass in the redirect url.
if(!empty($_GET["show_msg"])){
return "msg"; // then you can add your message inside an Event named "msg"
}Hi Max,
I am saving the form before my redirect, but "data" remains filled in on the new form. I even unset each data entry which I added, but they still appear. Sometimes I don't understand behavior of components like "clear session" what does it do?
And what should happen with actions after doing a next-page or reload? I would expect they won't be executed, but at my side they do act further. When placing an abort after my next-page. It even breaks the next-page action. Understanding what the components should do helps me a lot. Now I am often surprised by actions and don't know if this is intended behavior or not. The standard examples are not helping on this, because they don't combine these actions. Do you have a short cheat-sheet of what the intention is of a action on the workflow?
This would definitely help me and possibly others as well.
Kind regards, Pim
Hi Pim
How did this resolve ? you can use the Clear Form Data action to completely reset form data at the start of first page
