Skip to main content
Question

Table task mid process flow does not show parameters in uni gui

  • June 26, 2026
  • 4 replies
  • 39 views

Blommetje
Superhero
Forum|alt.badge.img+13

Hi, 

I have a process flow that is started by a table task. The second step is another 'Start table task’. This task has several parameters (read-only, set by default proc), and yes/no buttons. This works fine in Win gui, but in Uni this flow stops in endless loop, since this table task parms/button doesn't popup. 


Is this expected behavior? We have quite a lot PF with table tasks in the middle of the flow.. and now moving to uni gui it's causing problems. 

Let me know

Thanks, 

Blommetje  

Second table task - in win gui - with parms/buttons.

 

The process flow causing a lot of trouble.

I could show a screenshot of an endless spinner in UNI gui, but I don't it will add any value. 

 

 

4 replies

Just tested this and it works like i expect it too. Did you test this using IAM or directly against the SF? If you tested this against the IAM, can you test it with a role that has the all rights? And also test it against SF if it works there. Any additional info in the process flow monitor? 


Blommetje
Superhero
Forum|alt.badge.img+13
  • Author
  • Superhero
  • June 30, 2026

Tested in both IAM and SF setup. The debugger doesn’t help, no helpful info. Yesterday I’ve tested it many times.. and it’s random. It works every now and then. What I now did, which for some reason seems to fix it.. is on the step before firing the task, a process procedure with a 1 sec delay. Then.. all works fine. Tested endlessly.. never an issue. 

I have the feeling the process flow is faster than the loading of the correct data/fields. I would expect the process flow to wait until loading is done, but maybe it’s parallel or separate?

A delay is not the most beautiful solution, but seems to work. 


Perhaps if you can share a Har file of a situation that fails (privately) we can have a look if there is something we can deduct from that.


Reading about the “delay” solution, it does seem he might be on to something. We also have some randomly occurrences of events we technically cannot explain why they sometimes fail. All the issues are part of process flows now that I think of it.

Even in de SF I sometimes have an issue where a window is not popping up and you see that a process  flow is triggered and stays there endlessly unless I refresh the browser tab. It doesn’t matter if one is just booting the SF or has been working in it for a while.

Curious to know if you are able to find anything related to timing or parallelism.