SoftGrid: A folder on a mapped network drive appears to be invalid when a virtualized application is run

Here's a great tip from Jason Alanis, a real life SoftGrid support engineer in Texas.  While we don't see this terribly often it can be confusing when you run into it.

========

Issue: When a virtualized application was streamed to a client, the client could no longer view the contents of a folder on a mapped network drive that contained files needed by the user. The user could see that the folder existed but the contents of the folder were incorrect.

Cause: The application had been sequenced using the same path as the mapped network drive (e.g. T:\AppName).  Since the virtualized application and the mapped network drive were using the same path, SoftGrid would effectively take precedence in any calls made to that path.

Resolution: Assuming you don't want to use a different path for the mapped network drive/folder, the solution to this problem is to re-sequence the application but instead of installing it to T:\AppName (or whatever the path may be), install it to T:\AppX (or any path other than T:\AppName). 

========

So I guess the lesson here is to be sure you're not sequencing your applications using a drive that's already in use in your environment.

Thanks Jason!

J.C. Hornbeck | Manageability Knowledge Engineer