After upgrading Ghost Solution Suite (GSS) to version 3.3 RU13, triggering the Install Automation Folder task from the GSS Console deploys an existing, outdated package. Even after updating the configuration settings (such as network share credentials) in the Boot Disk Creator, the deployment engine does not automatically rebuild the package executable before pushing it to the target client machine.
Ghost Solution Suite (GSS) 3.3 RU13
Boot Disk Creator (BDC)
Windows Preinstallation Environment (WinPE) Automation Folders
In Ghost Solution Suite 3.3 RU12, selecting Install Automation Folder automatically evaluated the underlying Boot Disk Creator configuration, deleted the existing executable, recreated an updated AF_Automation Folder.exe package with a new timestamp, and deployed it.
Beginning in GSS 3.3 RU13, the automated package recreation logic during the deployment action no longer triggers if a package executable already exists. The GSS Console deploys the pre-existing executable stored on the server regardless of configuration edits, resulting in failed network connections or outdated settings on the target endpoint unless the executable package is refreshed manually or deleted.
The GSS 3.3 RU13 Console engine skips the background package generation routine during the Install Automation Folder execution if AF_Automation Folder.exe is already present in the package directory. It defaults to pushing the pre-existing file rather than checking for configuration updates or rebuilding the package dynamically.
| Behavior Aspect | GSS 3.3 RU12 (Previous) | GSS 3.3 RU13 (Current) |
| Console Status Output | Displays "Creating Windows Automation Folder package" before push. | Immediately starts pushing the existing package file. |
| Package Executable Timestamp | Updated dynamically upon launching the installation task. | Remains unchanged from the initial creation date/time. |
| Configuration Updates | Automatically compiled into the deployed executable. | Ignored during deployment unless manually compiled/cleared. |
This issue has been reported to our Broadcom Engineering team. Currently targeted to our GSS 3.3.14 release.
To verify whether your environment is affected by this behavior, check the timestamps of the compiled package executable on the GSS Server before and after making configuration updates.
To ensure updated configurations are properly deployed to client endpoints in GSS 3.3 RU13, use one of the following resolution workarounds.
Deleting the old executable forces the GSS Console to automatically rebuild a new package using the latest configuration parameters upon the next deployment attempt.
Note: The GSS Console will detect the missing file, re-run the package creation routine dynamically, generate a new AF_Automation Folder.exe file, and deploy it to the endpoint.
AF_Automation Folder.exe in C:\Program Files (x86)\Altiris\eXpress\Deployment Server\AutoFolderPkgs\Automation folder\x64\ shows a current Date modified timestamp.