Silvius just posted an answer to your problem that I like, although it raises an important question. Are you
1) looking to run a subsequence at startup when the person logging on is an operator.
2) Or, are you wanting to run your test sequences, generating a report, etc.
If you are looking for 1) then use Silvius example. If you are looking for 2) then you can
A) use the attached example, which is a modification of Silvius' example. I have simply made his Sequence Call step execute the sequence as a new execution. I also modified the preconditions of this sequence call so that it is not executed unless the property "StationGlobals.TS.CurrentUser" exist. (This prevents an error when an operator logs out but then selects Cancel on the log in dialog that appears). The new execution uses the entry point TestUTTs and the sequence file that I chose to run is C:\TestStand\Examples\Demo\C\computer.seq. However, both of these and other options could be chosen dynamically at runtime.
B) Use the approach that I tried to explain in my previous email. I don't know what programming language you will use when writing your operator interface that will be used on your test system (e.g. LabVIEW, CVI, C++, VB, etc.) We ship operator interface code is a few languages. This code includes a call to login a TestStand user. In my previous email I said you could "check" not "change" the user privileges after the login. You can modify the code of the operator interface so that when the user has operator privileges, a sequence is automatically loaded and executed. This is in contrast to what happens currently.
Currently, after login happens, the user must manually select a sequence file using the menus, and then execute the sequence. When a user opens a sequence file the operator interface calls methods including Engine.GetSequenceFileEx and Engine.GetSequence. When a user executes a sequence the operator interface calls the method Engine.NewExecution. You would need to change the operator interface so that these methods are called auomatically when the user logs in as an operator.
This approach requires reprogramming the operator interface code. If you decide to go this route then you will need to explain which language you are programming in and what exactly you don't understand in the shipping code of the operator interfaces.
It may just be easier to use solution A).