Problem 1 SolvedI have a password system in the latest application and it requires some hash files I created for verification. Those files were not deploying with the application. This was actually more than a Click Once issue as these files weren’t going to the Debug or Release folders either. The solution is to select the file in the Solution Explorer, go over to the properties window and change the Build Action setting to Content as shown below. Once that is done the file will also show up in the Application Files window when you publish.
Problem 2 SolvedMy final application when published would just quit and offer to send a report to Microsoft. I guess it wanted to tattle on me. In the past when I’ve had this problem it was because some .dll that was in my GAC wasn’t on the target machine. In this case since I could copy my Release folder over to a target machine and it would work. This lead me to believe it must have been a local file that wasn’t copying. I just needed to compare the contents of my release folder to the folder being deployed by Click Once. One problem, where the heck was Click Once putting those files. The shortcut it creates on the target machine seems to use magic because most shortcuts have an “Open File Location” or “Find Target” button but not this one. Eventually I found the files in the very intuitive location:
C:\Documents and Settings\<username>\Local Settings\Apps\2.0\8J8H<this changes every time>ZKRB.D1N\DOELO5ZW.0YE\knc3..tion_001497967ca389b3_0001.0000_692aad86ab1f1169
All the gobbledygook after 2.0 is irrelevant because it will change all the time but you should be able to find your files starting below the \2.0 directory. By the way this is a .NET 3.5 application so I’m not sure what the 2.0 signifies, probably just to assure your customer that this isn’t a buggy 1.0 release.