tag:help-archives.hannonhill.com,2010-02-09:/discussions/how-do-i/122-start-workflow-workaroundCascade CMS: Discussion 2018-10-18T20:36:01Ztag:help-archives.hannonhill.com,2010-02-09:Comment/25970842010-08-16T21:16:12Z2010-08-16T21:16:21Z'Start Workflow' Workaround<div><p>Make sure the developers in question have the following ability <strong>disabled</strong> for their Site role:<br />
<code>Be assigned to and use Workflow Definitions even if user does not belong to any of their applicable groups</code></p>
<p>otherwise they'll be able to and encouraged to use any available Workflow regardless of group settings.</p></div>Bradley Wagnertag:help-archives.hannonhill.com,2010-02-09:Comment/25970842010-08-16T21:22:13Z2010-08-16T21:22:13Z'Start Workflow' Workaround<div><p>Bradley,</p>
<p>I do that have that option disabled (unchecked) in the Role, but the client's site that I'm trying is not a Site (it's still a Target). Does it need to be in a Site Role for this to work?</p></div>Klingman, Justintag:help-archives.hannonhill.com,2010-02-09:Comment/25970842010-08-16T21:27:33Z2010-08-16T21:27:33Z'Start Workflow' Workaround<div><p>No you should be able to specify in a Global Role and have it work in the Global area.</p>
<p>After verifying that, try adding a single group to the Workflow Def and re-testing. There <strong>was</strong> a legacy issue (might still be around) where having no applicable groups was equivalent to applicable for ALL groups.</p></div>Bradley Wagnertag:help-archives.hannonhill.com,2010-02-09:Comment/25970842010-08-25T15:31:51Z2010-08-25T15:31:51Z'Start Workflow' Workaround<div><p>Hi Justin,</p>
<p>Any updates on this issue? Let us know if you are still having problems.</p>
<p>Thanks</p></div>Timtag:help-archives.hannonhill.com,2010-02-09:Comment/25970842010-08-27T02:00:02Z2010-08-27T02:00:02Z'Start Workflow' Workaround<div><p>Tim,</p>
<p>I haven't had a whole lot of time to play with this after Bradley's last post, but I'm not sure if I got it to work or not. I got it to not require a workflow, but then the Start Workflow checkbox wasn't available. Bottom line: I couldn't get the "Start Workflow" checkbox to be available, but NOT be checked by default, which is the goal. I'm still not sure if I got a clear answer on whether this could even be achieved or not. If not, then me trying is not worth it. Thanks.</p></div>Klingman, Justintag:help-archives.hannonhill.com,2010-02-09:Comment/25970842010-08-27T14:46:19Z2010-08-27T14:53:38Z'Start Workflow' Workaround<div><p>As per <a href="http://www.hannonhill.com/news/blog/2010/Workflow-Changes-in-Cascade-Server-6-4.html">our blog post</a>, if workflow is available to the user, it will be checked by default.</p>
<p>The applicable groups options will make the workflow not show up at all for the users who aren't in the applicable groups.</p>
<p>Can you describe the use case where you would <strong>sometimes</strong> want to use this workflow?</p></div>Bradley Wagnertag:help-archives.hannonhill.com,2010-02-09:Comment/25970842010-08-27T17:40:17Z2010-08-27T17:40:17Z'Start Workflow' Workaround<div><p>Bradley,</p>
<p>The way I have always trained users of workflows is that they can make as many edits to a page as they need to, saving it, seeing what it looks like, etc. When they're 100% done with their edits, THEN they check "Start Workflow" in order to send it off for approval. In my mind, yes, a workflow is required for them to get their changes published, but why should they only be able to edit the page once before being forced into the workflow screen? In other words, the user could take several weeks to build a page and just save it without having to submit it into a workflow, simply because they aren't ready to finalize it yet. We use roles to control who can and can't publish, so if the user doesn't submit their changes into a workflow, they can't get them published.</p>
<p>Now, I will say that I've realized in the past few days that maybe my thinking is old-fashioned (remember how long we've had Cascade). Before Save as Draft became available, my line of thinking made sense. But I understand now that they could Save as Draft, which won't kick them into the workflow.</p>
<p>However, this is all for Contributors. I believe that Administrators who have permission to bypass the workflow in the first place should not be forced into the workflow screen at all, and that we (as administrators) should be able to set who the checkbox is automatically checked for. For example, if we do work for a site that has workflow, my developers should be able to bypass the workflow (without having to uncheck that box every time) since we're not here to participate in a workflow.</p>
<p>I have a few customers who are upset by this change, because of what I just wrote in the previous paragraph. They believe, as Administrators, they should have the option to not have the Start Workflow box checked by default because they never participate in the workflow. One of those customers even refuses to upgrade from 6.2 until this is "fixed".</p>
<p>In summary, I agree with Hannon Hill's thinking: "If a workflow is available, it should be used". Absolutely true. But in my mind, there are plenty of times where a user (Manager, Administrator, whatever) won't (and shouldn't have to) use the workflow. I think we just need more flexibility as Administrators to determine whether a workflow should be forced upon a user (checked by default) or not. Of course, Unchecking a box is easy, but it's just an annoyance that I think we can live without.</p>
<p>With all of that being said, I'd be curious to know if any other users out there are unhappy with this change or not. If we're in the minority, so be it. Maybe I need to change my training philosophy. This turned out to be longer than I anticipated, so my apologies.</p></div>Klingman, Justintag:help-archives.hannonhill.com,2010-02-09:Comment/25970842010-08-27T18:36:58Z2010-08-27T18:36:58Z'Start Workflow' Workaround<div><p>Justin,</p>
<p>Thanks for the thoughtful response. A couple of thoughts:</p>
<ol>
<li>The "save as draft" workflow you described is probably preferable to the frequent submits without Workflow. It will help avoid long, essentially meaningless version chains in the asset's version history.<br />
</li>
<li>For developers that should be able to edit but should not use the site's workflow, I would recommend the Applicable Groups setting to hide the Workflow from them completely.<br />
</li>
<li>I do understand that people want to be able to make workflow essentially optional for their users in more of "opt-in" kind of way rather than having to "opt-out". Attached is the Workflow Selection interface when more than 1 workflow is available. How would you like this as an option with only 1 workflow available? Obviously, as a user who could not bypass the workflow would not have the "None" option.</li>
</ol>
<p>I'm still a strong believer in reminding people of the workflows available on a Site (there's a reason they're there) but at least this way they can skip it without have to: click Back, uncheck the box, re-submit.</p>
<p>What do you think?</p></div>Bradley Wagnertag:help-archives.hannonhill.com,2010-02-09:Comment/25970842010-08-30T13:31:07Z2010-08-30T13:31:07Z'Start Workflow' Workaround<div><ol>
<li>Agree.<br />
</li>
<li>I will try that.<br />
</li>
<li>I can give this a try (or are you saying that this needs to be built?). You're right...at least this way it takes out the headache of click Back, uncheck the box, re-submit. Is this something I can implement immediately?</li>
</ol></div>jklingmantag:help-archives.hannonhill.com,2010-02-09:Comment/25970842010-08-30T13:38:07Z2010-08-30T13:38:07Z'Start Workflow' Workaround<div><p>Justin, <a href="/discussions/how-do-i/3" title="Discussion #3">#3</a> is available when there is more than 1 workflow available to the user, but not when there is just a single workflow as is often the case.</p></div>Bradley Wagnertag:help-archives.hannonhill.com,2010-02-09:Comment/25970842010-08-30T13:43:03Z2010-08-30T13:43:03Z'Start Workflow' Workaround<div><p>Oh, I see. I probably should have known that, but out of all of the workflows we've done, nobody has had more than one assigned to a folder. Thanks!</p></div>Klingman, Justintag:help-archives.hannonhill.com,2010-02-09:Comment/25970842010-08-30T18:34:53Z2010-08-30T18:34:53Z'Start Workflow' Workaround<div><p>Bradley,</p>
<p>I assume that this solution won't work for us since we don't have two workflows. In other words, I'd have to throw another workflow on a folder in order to get the "None" option to show, correct?</p></div>Klingman, Justintag:help-archives.hannonhill.com,2010-02-09:Comment/25970842010-08-30T18:43:12Z2010-08-30T18:43:28Z'Start Workflow' Workaround<div><p>Yes, that's correct Justin. I should have clarified: my idea was that we include the functionality present with multiple workflows for cases with just 1 workflow in a future release of the software.</p>
<p>For now, your best bet would be to use a dummy workflow for the second workflow, use the applicable groups setting so that only groups that <strong>should</strong> be using workflow have access to them, or train the users and the need to deselect the workflow before submitting.</p>
<p>I updated the <a href="http://ideas.hannonhill.com/forums/52559-cascade-ideas/suggestions/736432-please-please-restore-general-preference-for-defa?ref=title">idea on the idea exchange</a> that discusses this too.</p></div>Bradley Wagnertag:help-archives.hannonhill.com,2010-02-09:Comment/25970842010-09-07T19:53:46Z2010-09-07T19:53:47Z'Start Workflow' Workaround<div><p>Number two does not work for me. I have administrative rights and I have made sure I am not a member of any of the applicable groups under the work flow yet it continues to have the start workflow checked by default when I make any updates.</p></div>Nate Tannertag:help-archives.hannonhill.com,2010-02-09:Comment/25970842010-09-07T20:03:56Z2010-09-07T20:03:58Z'Start Workflow' Workaround<div><p>I just realized the administrator role is a built in system role that has<br />
"Be assigned to and use Workflow Definitions even if user does not belong to any of their applicable groups" checked by default.</p></div>Nate Tannertag:help-archives.hannonhill.com,2010-02-09:Comment/25970842010-10-21T14:20:57Z2010-10-21T14:23:25Z'Start Workflow' Workaround<div><p>I firmly believe that there should be a global option where the 'start workflow' option can be disabled. In general this frustrates users (especially admins who rarely if ever are going to want a workflow) and in our case having the 'start workflows' checked by default is not a viable option because we have users who are in the same groups who have different levels of access.<br />
</p>
<p><strong>Here is a work around to disable the settings:</strong>
In the <em>/tomcat/webapps/ROOT/javascript</em> folder there is a file called onload.js - this file contains code that is executed when a page is run. Open this file and paste the following code somewhere in the loadScreen() function</p>
<pre><code>//Uncheck default start workflow option
if (window.location.pathname.match(/^\/entity\/(delete|edit|move|copy)\.act$/i))
{
var workflowCheckbox = document.getElementById('doWorkflow');
var workflowOn = document.getElementById('doWorkflowStateChange');
if (workflowCheckbox && workflowOn)
{
workflowCheckbox.checked = false;
workflowOn.value = 'off';
}
}</code></pre>
<p>Then restart the tomcat for the change to take effect</p></div>gotankersleytag:help-archives.hannonhill.com,2010-02-09:Comment/25970842010-11-10T17:03:34Z2010-11-10T17:03:34Z'Start Workflow' Workaround<div><p>We are testing 6.7.3 and I tried that and it did not work. Did it work for anyone?<br />
</p></div>amcmillitag:help-archives.hannonhill.com,2010-02-09:Comment/25970842010-11-10T18:33:19Z2010-11-10T18:33:19Z'Start Workflow' Workaround<div><p>amcmilli,</p>
<p>I tried this on our 6.7.3 instance, and it worked perfectly. The trick is that you need to make sure the above code is INSIDE of the "loadScreen()" function (just before the closing '}' for that function). Also, you may need to restart. Note that each time you do an upgrade, I believe this file gets overwritten, so you'll need to re-install this code after each upgrade. Hope this helps.</p></div>jklingmantag:help-archives.hannonhill.com,2010-02-09:Comment/25970842010-11-10T19:52:21Z2010-11-10T19:52:21Z'Start Workflow' Workaround<div><p>It did. Thanks! Now the work around is working.</p></div>amcmilli