Expand my Community achievements bar.

Dive into Adobe Summit 2024! Explore curated list of AEM sessions & labs, register, connect with experts, ask questions, engage, and share insights. Don't miss the excitement.

Error in user task

Avatar

Level 3
Hello all,



in a customer project, we have run into an issue while trying to assign a task to an user (synchronized from the customers LDAP).



The server log file gives the following message:



A non-retryable Exception has occured: Attribute: out_of_office_user_id on object: workflow_user:[1AF8AB1E-8254-323F-81E4-606D7FF392C1] has not been loaded.



The "allow out of office designation" options are turned OFF in the user task. Is there anyone who knows what this error REALLY means?



Thank you very much,



Steffen.
5 Replies

Avatar

Level 10
I remember a bug with the user step when using xPath to assign the user dynamic ally and using Oracle for the DB.



Is this similar to your environment?



Jasmin

Avatar

Level 3
Amazing, this is EXACTLY the case with our environment. I think we'd be glad to hear anything you can still remember regarding that bug ;-)



Thanks a million,



Steffen.

Avatar

Level 10
Support created a patch and I beleive it was rolled out as part of service pack 1 (SP1).



Your best bet is to contact support to get the appropriate patch to fix the issue.



Jasmin

Avatar

Former Community Member
Steffen,

The temporary work around is to have (each) user to login to workspace client at least once for now.



Thanks

Yog

Avatar

Level 3
Thank you all for your quick responses!



After playing around for a while, I noticed that the issue really only occurs with one specific user account. When I directly assigned the task to this account everything worked just fine. After that, the xPath option worked as well. It really looks like if something is being synchronized into the LC database when a user account has it's first contact with a workflow. If that step could be completed the issue never occurs again - which sounds pretty much in line with what Yog said.



The only difference with the "erroneous" user account seems to be that the family name contains a whitespace - I have no idea if this is relevant.



I'm not able to apply the service pack immediately for some reason, but we'll soon be able to see if that fixes the issue.



Thanks again,



S.