You are viewing limited content. For full access, please sign in.

Question

Question

Running workflow on entry's folder vs. %(Entry ID) for Entry Deleted Event Type

Workflow Version 9
Updated July 30, 2014
asked on July 16, 2014

%(Entry ID) has value 0 in workflows 9.1.1.365 for stating rules with:

> 'Entry Deleted' Event Type

> option 'Run workflow on the entry's folder (instead of the entry itself)'

 

I would expect %(Entry ID) points to the parent folder of the deleted entry...

0 0

Answers

APPROVED ANSWER
replied on July 16, 2014

OK, that helps, I can see the behavior now. It looks like a bug, but we'll have to look into it some more. It doesn't happen for documents, but it does for document shortcuts.

 

As a workaround, you can change the starting rule to use the entry not the parent. Then at the top of your workflow, add a Find Entry by path and set it to the %(Entry Path). Then add a Change Starting Entry and set it to the entry generated by Find Entry. The effect will be the same as your current configuration, but you will have the right entry and ID.

0 0
SELECTED ANSWER
replied on July 30, 2014

A fix for this issue has been included in the latest Workflow hotfix.

0 0

Replies

replied on July 16, 2014

Hi Louis,

 

Won't the parent folder of the deleted entry be the recycle bin? (which has an Entry ID of 0 I think)

 

Cheers!

0 0
View 6 previous replies
replied on July 16, 2014

Could but...

 

%(Entry Name) and %(Entry Path) reflect the parent folder of the entry prior its deletion

0 0
replied on July 16, 2014

Hmmmm. Strange.

 

The only thing it could be I suppose is if the token you are pulling for Entry ID isn't set to the starting entry but the routed entry?

 

Perhaps it's a bug?

 

Could you attach the .wfi workflow file if it doesn't contain anything confidential?

 

Cheers!

0 0
replied on July 16, 2014

I'm not seeing the behavior you describe. Track Tokens shows the entry ID, name and path for the parent folder with the setup you described. I'm running WF 9.1.1 with the latest hotfixes.

 

Don't attach the WFI/WFX, it has too much personal information. They're fine to give out to Tech Support, but don't attach them here. Screenshots of the starting rules and activities would be fine.

0 0
replied on July 16, 2014

Thanks Miruna. Wasn't exactly sure what it is in the darkest depths of the .wfi file wink

0 0
replied on July 16, 2014

You can open it with Notepad if you're curious, it's XML. Depending on what activities you have, it can contain field and template definitions, user names, etc. Connection profiles are encrypted, but the rest is not. Same thing with Quick Fields session files.

1 0
replied on July 16, 2014 • Show version history

Precision: the problem happens only for shorcuts being deleted

 

Again %(Entry Path) and %(Entry Name) points to the folder the shortcut was deleted from whereas %(Entry ID) shows value 0:

 

 

PS: WF was updated to 9.1.1.381 in the meantime

0 0
APPROVED ANSWER
replied on July 16, 2014

OK, that helps, I can see the behavior now. It looks like a bug, but we'll have to look into it some more. It doesn't happen for documents, but it does for document shortcuts.

 

As a workaround, you can change the starting rule to use the entry not the parent. Then at the top of your workflow, add a Find Entry by path and set it to the %(Entry Path). Then add a Change Starting Entry and set it to the entry generated by Find Entry. The effect will be the same as your current configuration, but you will have the right entry and ID.

0 0
replied on July 16, 2014

Your proposed workaround is exactly what I had put in place.

 

How can I be informed of the SCR number whenever available?

0 0
replied on July 17, 2014

The bug ID is 116685

0 0
You are not allowed to follow up in this post.

Sign in to reply to this post.

Details
Related Posts
Loading ...