This content has been marked as final. Show 6 replies
I faced the same problem and the only solution we found was to as the IT adminstrator to delete all taskflows in HFM database (HFM stores taskflows in a specific datatable).
This could be a good solution for you if you do not have too many taskflows since you'll have to recreate them manually after that.
Hope it helps.
Could you post the name of the table? It would save me from hunting ans possibly selecting the wrong table.
Again, many thanks!
The table we cleared was table ces_process_def.
We have had this happen a couple of times. There was an issue with a system id and its permissions to shared services. Restarting servers and services along with rekeying the system id and password clears it up and all taskflows reappear.
We've faced this problem a number of times.
It seemed to happen if a person has logged in as admin user to create or modify the taskflows first.
Then, on the same computer, a user logs in as a user that does not have the access rights to see these taskflows.
It seems like, when logging back on as admin, the old screen is still cached.
We managed to solve it like this:
1. For both users, open a different screen then the taskflow, and log off.
2. Close all browsers and Remove temporary internet files.
3. Open new browser and log on as admin.
The taskflow should then re-appear.
This may not be a very accurate description...but it's more or less how we solve the issue.
Quite likely a bug.
Hope this helps!
Interesting conversation, since we've experienced this also every now and then. Thanks Graafmans for the insight to different users accessing from same computer, didn't think of that but sort of make sense. I noticed that the security class of the task flow changed and the last edited date changed, even though the user didn't save or change the task list.