Sometimes just logging out an in again can clear this. Else, claim the task as a DBA and Abort it.
If the targets are still in process after, use the utility clear_process_stage_list.
Why we should use that utility (clear_process_stage_utility) ? Could you please explain more detailed it ?
Thanks a lot for helps.
Sometimes when you Abort a workflow, or a workflow crashes, the objects appear to remain in process as they have the In Process symbol next to them:
If you RMB; properties on the object you will see that the property Process Stage List is populated:
Running the utility empties this property and therefore removes the In Process symbol next to the object.
These are few cases why task would not leave the inbox.
Trick is indentifying what caused the task to not leave the inbox - handler failure, or inbox refresh/update issue
NX 11 | SW 2016 | Creo 4 | TcUA 11.4
Evaluating: AW 3.4
True. That why I also included in my post. However, if user (let's call him "Reviewer") is regular in receiving tasks in his/her inbox (Review task, do task, or as responsible party), then the initiator (let's call him "Initiator) of the workflow will have that reviewer's inbox loaded in his/her session.
If you delete reviewer's inbox, then the reviewer's inbox loaded in initiator's session will become invalid. At this point if initiator attempts to assign another review task to the same reviewer then initiator will get an error in his/her session (becuase initiator's session will try to load reviewer's inbox to add new task, but the reviewer's inbox, as it was loaded in initiator's session, is now invalid).
If you must delete inbox, best time to do it would be when there are least number of users in the database.