Versions not created when using workflows in 6.7.2
We just recently noticed that when using workflows to edit a page a new version is not created in the history when the changes are published. Cascade simply updates the currently active version with the new content and udpates the "last updated by" and "last updated date" fields to reflect the latest change. The version comments stay the same as they were, and there is no way to recover the previously active versions content. This is a problem, as we rely on Cascade to be somewhat of our source control system for keeping version history.
Discussions are closed to public comments.
If you need help with Cascade CMS please
start a new discussion.
Keyboard shortcuts
Generic
? | Show this help |
---|---|
ESC | Blurs the current field |
Comment Form
r | Focus the comment reply box |
---|---|
^ + ↩ | Submit the comment |
You can use Command ⌘
instead of Control ^
on Mac
Support Staff 1 Posted by Tim on 30 Nov, 2010 06:52 PM
Hi,
Try using the Version Trigger in your Workflows and let me know if that does the trick.
Thanks
2 Posted by jsmith on 30 Nov, 2010 06:59 PM
Here's the current workflow XML. The documentation on the Version trigger is pretty sparse. Can you let me know where I should be inserting the call.
Support Staff 3 Posted by Tim on 30 Nov, 2010 07:06 PM
Sure. If you are looking to get a version when you publish it to your production instance, try placing it in between your merge and publish triggers:
note: if you change the
<trigger>
at the top of your workflow from:to:
you can then do something like this:
4 Posted by jsmith on 30 Nov, 2010 09:26 PM
I've updated our workflow as above placing the version trigger between the merge and publish and a new version is created. The problem is that now the previous versions content is being wiped empty and the new version is still being created with the comments entered on the edit screen. Also, both the current active and the previous version are being updated with the same modified by user and date. Should something be passed into the version trigger to set the comments and to leave the previous version as is?
Support Staff 5 Posted by Tim on 01 Dec, 2010 09:27 PM
Hmm, I may have goofed. Can you try swapping those tags so that the version trigger comes before the merge trigger:
Let me know if that changes the behavior.
6 Posted by jsmith on 02 Feb, 2011 04:34 PM
Sorry for the delay in getting back with you. This fixed the issue.
This issue can be closed out now.
Thanks,
Jaime
Support Staff 7 Posted by Tim on 02 Feb, 2011 04:35 PM
Good deal. Thanks for the update Jamie!
Tim closed this discussion on 02 Feb, 2011 04:35 PM.