Создан рабочий процесс (workflow) в редакторе Sharepoint DesignerУ этого РП есть активность (activity) "Получить данные от пользователя", в процессе выполнения которой для пользователя создается задача.
Как правило, если пользователь завершает задачу, данные передаются в рабочий процесс, задача переходит в статус завершенных и всё отлично работает.
Однако иногда после нажатия на "Завершить задачу" форма закрывается, но задача не завершается, а остается в статусе "не начата"
Если попытаться повторно нажать на "Завершить задачу" - то выдается вот такая ошибка:
Эта задача сейчас заблокирована выполняющимся рабочим процессом и не может быть изменена
Когда задача уже "застряла" - невозможно сделать ничего, кроме как завершить рабочий процесс принудительно, и начать всё сначала. Но и при этом с большой долей вероятности очередная созданная задача опять застрянет.
В сети не нашел вообще ничего об этой ошибке, кроме разве что: http://www.gotdotnet.ru/forums/5/128821/
Завел кейс в поддержке.
Условие закрытия кейса - задача после нажатия "Завершить задачу" должна в 100% случаях завершаться.
ISSUE
You created a workflow in SharePoint Designer. It has activity "Collect user feedback", a SharePoint task is creating during this activity.
Usually, when user finish a task, the data is transferred successfully and then the task gets the status "completed".
However, sometimes after user clicks on "Finish task" button the form closes, but task still have status "not started".
Any following attempt to "finish task" causes the error "this task has been blocked by workflow and can't be changed" (or "This task is currently locked by a running workflow and cannot be edited")
The only workaround found is to finish the workflow by hand and start the workflow from the beginning.
AGREED RESOLUTION
We can close the case when the specific activity ("Collect Feedback") will complete the associated task.
We can also close the case if we can explain why should we have the behavior and/or we will provide a workaround.
CURRENT STATUS
We reviewed the issue. Collected some data and established the logs we will need.
ACTION PLAN
You need to reproduce the issue:
- When a user tries to complete the task
- When he tries again and receives the error
You will collect the following data:
- The SharePoint logs when the issue was observed
- The workflow logs
- The time(s) when the issue(s) occurred
- The permissions of the user completing the task
Были собраны логи SharePoint и WorkFlow (последнее - с помощью этого способа)
По результатам рассмотрения кейса инженером было выдано предварительное решение: это баг, такое случается периодически и фикса на этот баг нет. Однако можно лечить проявления с помощью скрипта, вот пример реализации на повершелл:
[System.Reflection.Assembly]::LoadWithPartialName(”Microsoft.SharePoint”)Продолжение следует, пока что жду доп инфо от MS, а тем временем моя задача придумать как сделать так чтобы всё это выполнялось в автоматическом режиме и заказчик был доволен...
function ChangeWorkflowVersionOnItem
{
param ($siteurl, $listURL, $itemID)
Write-Host "Getting data"
$mysite = new-object Microsoft.SharePoint.SPSite($siteurl)
$myweb = $mysite.OpenWeb()
$mylist = $myweb.GetList($listURL)
$myitem = $mylist.GetItemById($itemID)
$myitem["WorkflowVersion"] = 1
$myitem.SystemUpdate()
Write-Host "DONE Item ", $itemID
}
function ChangeWorkflowVersionOnList
{
param ($siteurl, $listURL)
Write-Host "Getting data"
$mysite = new-object Microsoft.SharePoint.SPSite($siteurl)
$myweb = $mysite.OpenWeb()
$mylist = $myweb.GetList($listURL)
foreach ($item in $mylist.Items)
{
if ($item["WorkflowVersion"] -ne 1)
{
$item["WorkflowVersion"] = 1
$item.SystemUpdate()
Write-Host "DONE Item ", $item.ID
}
}
Write-Host "DONE List"
}
# to call the functions use the commands as below:
# For a specific item (recommended)
#ChangeWorkflowVersion "http://an-moss2007dev" "Lists/Tasks" 2
# or for an entire list
#ChangeWorkflowVersionOnList "http://an-moss2007dev" "Lists/Tasks"
PS Статья о проблеме есть ещё вот тут: http://blogs.code-counsel.net/Wouter/Lists/Posts/Post.aspx?ID=118, но там всё сводится к фразе "DO NOT UPGRADE UNTIL ALL RUNNING WORKFLOWS ARE COMPLETE" т.к. рассматривается случай, когда разработчик изменяет РП в тот момент, когда этот РП запущен и задача назначена. Однако, в нашем случае в момент редактирования РП задачи были завершены, и инстансы этого РП не были запущены.
UPDATE В действительности проблема решалась совсем иначе. В какой-то момент была выявлена закономерность: задача зависает, если заходить по URL xxxx.xxx.ru и не зависает, если заходить по yyyyy:
Оба эти URL вели на один и тот же сайт - это было реализовано через сопоставления для альтернативного доступа. Однако было реализовано некорректно - не было создано отдельного веб-сайта IIS для xxxx.xxx.ru
Что сделано: веб-приложение корректно расширено, xxxx.xxx.ru создано на порту 80 (URL: xxxx.xxx.ru:80)
После этого проблема ушла.
UPDATE2 А вообще ничо не стоит взять и поломать это снова. Один из простых способов: поменять в параметрах поля "Кому назначено" списка Задач пункт "Разрешить назначать нескольким" с Нет на Да... . Наверняка любую другую фигнюшку тоже достаточно поменять, чтобы посыпалось всё нафиг... вот так-то...
