Latest added window not found after deployed Intouch Application?

Hi Jakob!

Sounds like you have encountered a interesting bug, There should not be a maximum number of windows for use in InTouch.

What version of System Platform are you running?

On the remote node/the deployed application folder, please review the file ww_wdws.ndx. this file contains the references between window-names and the corresponding .win file.

It would be very interesting to see if the missing window is listed here, also if the .win file is part of the distribution/deploy.

You mention that it is a Deployed application so I assume that you are using InTouch as a managed application, the source application, and the version that you run when pressing 'Runtime' from Development will then be CheckedOut folder, 

C:\Program Files (x86)\ArchestrA\Framework\FileRepository\<YourGalaxy>\ObjectFileStorage\$MyApp\CheckedOut

compare the file with the CheckedIn folder, this is the folder that is distributed when deployed.

If all above seems ok, then it would be interesting to see in what way you are opening the windows. (using show symbol script, InTouch show window animation, or InTouch show script since I'm not familiar with any native function named SYS_NAV_Window_Select.

Or is it a message tag that is used in a Datachange script?

Hi Jakob!

Sounds like you have encountered a interesting bug, There should not be a maximum number of windows for use in InTouch.

What version of System Platform are you running?

On the remote node/the deployed application folder, please review the file ww_wdws.ndx. this file contains the references between window-names and the corresponding .win file.

It would be very interesting to see if the missing window is listed here, also if the .win file is part of the distribution/deploy.

You mention that it is a Deployed application so I assume that you are using InTouch as a managed application, the source application, and the version that you run when pressing 'Runtime' from Development will then be CheckedOut folder, 

C:\Program Files (x86)\ArchestrA\Framework\FileRepository\<YourGalaxy>\ObjectFileStorage\$MyApp\CheckedOut

compare the file with the CheckedIn folder, this is the folder that is distributed when deployed.

If all above seems ok, then it would be interesting to see in what way you are opening the windows. (using show symbol script, InTouch show window animation, or InTouch show script since I'm not familiar with any native function named SYS_NAV_Window_Select.

Or is it a message tag that is used in a Datachange script?

Thank you very much for such a detailed response, Richard!

It got us thinking in the right direction, and after checking the folders suggested, we could determine that it was in fact a mismatch and a failure to save the latest made windows.

I almost wish the solution would be more complicated, but it turned out we were editing a derived instance of the ViewApp, and so our changes did not make it to the "CheckedIn" folder. Once we edited the ViewApp highest in the derivation, the changes stuck and we were good.

Also worth noting that the template above the instace of the ViewApp we edited, was not checked in. I am sure the changes would propagate and save if the above template was checked in prior to saving the instance.