For open and modifiable ServiceDesk projects it is fairly common to rename a project when unpackaging to better keep track of for example version: SD.ChangeManagementSimple.Voting.8.1.RU5
A situation where this issue can occur is ServiceDesk upgrade. When some projects with changed names like example above are published project installers from ServiceDesk with newer projects will not publish properly over existing published projects. This can cause published project folder to have multiple project files and old version of the project to (partially) get used and cause hard-to-track issues.
This behaviour is specific to project installer and does not occur with normal publishing from Workflow Designer.
Workflow project installer does not properly replace the project files when project is already published with different name.
Republish the affected problem from scratch:
Remove the project's vDir in IIS Manager
Stop IIS and Symantec Workfow Server Service
Delete the project folder from %ProgramFiles%\Symantec\Workflow\WorkflowDeploy\Release\
Republish the project. In case of ServiceDesk, the installers for current version of projects are in %ProgramFiles%\Symantec\Workflow\Installers\ServiceDesk
This issue is resolved in Workflow 8.5 and ServiceDesk 8.5.
Workflow project installer does not properly replace the project when project is already published with different name.
Subscribing will provide email updates when this Article is updated. Login is required.