Submit form does not return to record view

I do have a process model with start form. All my buttons are set to "Submit: true" but for some reasons not always buttons not redirect user back to record view. I do have enable chaining between all the nodes.  None of the sub process is run as async process. Enable chaining is also enabled between all nodes in sub processes.

I'm using Appian version 20.1

  Discussion posts and replies are publicly visible

Parents Reply Children
  • Using Monitor mode to determine if the process is actually starting (since this is a Start Form Process) is fine to determine that the form submitted.  However, we want to try and relate this to an instance where the user is stuck on the form, but the process also submitted, which you mentioned does not always occur.

    On the process that started today, was the user left at the start form?

  • To summarize this case. I have asked different users to test it and only 2 out of 5 have this issue (Appian do not redirect them back once the submit button is clicked. As mentioned before there is no error message and process run to end).

    Based on different testing i can say: Same issue occurs on Chrome, ie. Clearing catch/cookies/ logging off and on  has not resolved the issue. What's more if user for who issue occurs logged in to Appian using my machine issue still occurred for him. When I login to Appian using his machine i was redirected back to records as expected.  

    It looks like it is somehow related to particular user.

  • That is definitely strange behavior, and might be a good situation for an Appian support case - as Danny notes above, a!startProcessLink() should always redirect the user to the previous URL.

    When they are "stuck" on the form after submitting, do the fields clear (as if it is attempting to start a new/clean process), or does any data entered remain?

    You could look at the differences between the user accounts, but I can't think of anything that would apply - security settings / group memberships, user start pages, etc - doesn't seem like any of those profile differences would have anything to do with a!startProcessLink() routing behavior.