another 'Checked out files prevent submitting'

Hi, I encountering problem in my User Training session.

where I find alot of 'File in Conflicts' in the workflows.
The error message is 'Checked out files prevent submitting'.
I open up the task and browse through the files.
I find that some attachments had been locked by the reviewer.

wasn't it suppose to release the lock in the submit task?

Environment:
TeamSite 6.5 SP2 running on Windows Server 2003

Find more posts tagged with

Comments

Adam Stoller

Hi, I encountering problem in my User Training session.

where I find alot of 'File in Conflicts' in the workflows.
The error message is 'Checked out files prevent submitting'.
I open up the task and browse through the files.
I find that some attachments had been locked by the reviewer.

wasn't it suppose to release the lock in the submit task?

Environment:
TeamSite 6.5 SP2 running on Windows Server 2003

How were the files locked?
- via the lock="t" attribute within the workflow context?
- via a locktask within the workflow context?
- via editing the files outside the workflow context?
- other?
Who owns the lock?
Who owns the submittask?

The easiest "fix" is to put an externaltask prior to your submittask - and have the externaltask run iwhome/local/bin/unlock.ipl to forcibly unlock all the files associated with the workflow before attempting to submit them.

If you still get errors of the kind you mentioned, then it usually means that the files are locked in another workarea which is a different issue.

waikong

How were the files locked?
- via the lock="t" attribute within the workflow context?
- via a locktask within the workflow context?
- via editing the files outside the workflow context?
- other?
Who owns the lock?
Who owns the submittask?

The easiest "fix" is to put an externaltask prior to your submittask - and have the externaltask run iwhome/local/bin/unlock.ipl to forcibly unlock all the files associated with the workflow before attempting to submit them.

If you still get errors of the kind you mentioned, then it usually means that the files are locked in another workarea which is a different issue.

Hi Ghoti,

I did tried to add an external task to unlock the files before submitting it. But it still happen.

The file are locked since Author imports the it to the WA.
Then when author submits the task, the lock are transfer to the Editor.
When the Editor Approves the Task, both DCR and generated web page are unlocked, however, the attachment are remain as locked.

When I login as a master and look at the Workflow Tab, I saw Red Flag indication. then the warning message was shown there.

*I notice that the problem only happen to attachment with white space filename. (eg. user manual.doc, price list.xls)

Adam Stoller

Hi Ghoti,

I did tried to add an external task to unlock the files before submitting it. But it still happen.
The file are locked since Author imports the it to the WA.
Then when author submits the task, the lock are transfer to the Editor.
When the Editor Approves the Task, both DCR and generated web page are unlocked, however, the attachment are remain as locked.
When I login as a master and look at the Workflow Tab, I saw Red Flag indication. then the warning message was shown there.

*I notice that the problem only happen to attachment with white space filename. (eg. user manual.doc, price list.xls)

I can think of two things here:

spaces in their names probably aren't getting added to the job correctly -- can you verify the list of files attached to the job (either via the GUI or via iwgetwfobj) to see if this is the case?

waikong

...
if ($^O eq "MSWin32") {
    `$iwhome\\bin\\iwunlock "$area\\$file"`;
}
else {
    system("$iwhome/bin/iwunlock", $area . "/" . $file);
}
...

I found out that the original copy of unlock.ipl is as below

...
if ($^O eq "MSWin32") {
    `$iwhome\\bin\\iwunlock $area\\$file`;
}
else {
    system("$iwhome/bin/iwunlock", $area . "/" . $file);
}
...

Thus when the filename contains white space character will hit problem. then I have to add the double quote enclose the filename to resolve it.

...
if ($^O eq "MSWin32") {
system("$iwhome\\bin\\iwunlock \"$area\\$file\"");
}
else {
    system("$iwhome/bin/iwunlock", $area . "/" . $file);
}
...

Anyway thanks!