title: Slow startup of Clickonce winforms application after update
body: <p>We have a winforms application that is deployed to users through clickonce and uses the autoupdate functionality. </p>
  
  <p>What we have noticed is that for our users, it takes several minutes for the application to appear after a clickonce update occurs. The application executable is running during this time with fairly high cpu usage, but no windows are displayed. </p>
  
  <p>This is not reproducible on the developers' machines. There are 2 primary differences between the users' and the devs' machines: </p>
  
  <ol>
  <li>The users are running windows xp, where the developers are running windows vista. </li>
  <li>The devs are on the same domain as the clickonce server, whereas the users are on a different domain that has a 2 way trust relationship with the domain the clickonce server is part of.</li>
  </ol>
  
  <p>The cold start performance of the application is almost instantaneous after its been run once after an update.</p>
  
  <p>The following link is for someone on the msdn forums with the same issue, but there is no posted solution:
  <a href="http://social.msdn.microsoft.com/Forums/en-US/winformssetup/thread/5ec061c4-ec6f-4101-98a6-dc8bb5acab60" rel="nofollow noreferrer">http://social.msdn.microsoft.com/Forums/en-US/winformssetup/thread/5ec061c4-ec6f-4101-98a6-dc8bb5acab60</a></p>
  
  <p>As the developers have been unable to reproduce locally, we don't yet have a profiling trace of what the application is doing during this time. </p>
  
  <p>Any thoughts on why this might be occurring or suggestions on how to go about troubleshooting the problem?</p>
  
  <p>Thanks.</p>
  
  <p>EDIT 08/24/2009: Created a 32 bit virtual machine running XP and joined it to the same domain as the users. The issue does not manifest in the virtual machine. This seems to eliminate both XP and the domain membership as the source of the issue. That seems to leave VLAN, system configuration, and patch level as potential culprits.</p>