10-01-2009 07:21 AM
Hi,
I've password protected my sequence file using, "Edit --> Sequence File Properties --> Advanced", to set the Password. The meaning if someone tries to skip, etc. a step it prompts for the password.
When I deploy the sequence this protection seems to disappear. Does anyone know if there is a method to retain this protection?
10-09-2009 09:22 AM
Hi Sean, are you still having problem with this?
If so could you please let me know the answers to the following questions:
What version of TestStand are you using?
What operator interface are you using?
How exactly are you deploying your TestStand system?
Thanks
Rich
NI | UK
10-09-2009 09:51 AM
This isn't a deployment issue. It happens because he is using an User Interface in "Operate Mode". In that case, the run mode change is not considered an "edit". This is a bit odd because if you switch to "Edit Mode", you now have a locked sequence with an edit made to it, but that not too bad since you still can't save it without providing the password.
I think the reason it works this way is that you can always change the runmode of steps in the execution window because it is considered a debugging action, like setting a breakpoint. When you do this it is not persisted with the file... just like the setting of a runmode in the file while in operate mode can't be persisted either... without unlocking. It could be considered a bug, .. but it could also be considered a convenience feature, which I think was the intent.
12-14-2009 07:18 AM
Hi James,
Thanks for the reply. I forgotten all about this until I had to think of it again, which is now!
That's a bit of a disaster, basically it means an operator can skip a test. The program can be running and passsing fail boards for weeeks/ months/ years, if the machine is not shut down. Then as the number of returns start to mount someone looks at the results file and discovers the tests are skipped.
Surely NI must have a methodology to prevent this possibility?
Sean
12-14-2009 09:44 AM - edited 12-14-2009 09:44 AM
You could revoke the Debug.ControlExecFlow privilege for your operators, or modify the UI to remove the run-mode setting commands.