Microsoft confirmed that they have seen a number of similar cases where the application message queue completely fills up thus preventing the final message that completes the load from getting through.

Try to raise the number of posted messages per message queue.


Run regedit .exe

Find the following Key:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Windows \USERPostMessageLimit


If the USERPostMessageLimit  DWord value does not exist, create it and set it to some value greater than 10,000.  Reboot the client system then see if the problem still occurs.

---

Microsoft confirmed that they have seen a number of similar cases where the application message queue completely fills up thus preventing the final message that completes the load from getting through.

Try to raise the number of posted messages per message queue.


Run regedit .exe

Find the following Key:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Windows \USERPostMessageLimit


If the USERPostMessageLimit  DWord value does not exist, create it and set it to some value greater than 10,000.  Reboot the client system then see if the problem still occurs.

---

I had this issue about a year ago. In my case there was a mixture of
webprojects and library projects. I had to manually modify the solution
file to load all the webprojects first (Look for the Project/End Project
text) and then load the libraries. I bet your issue is with the order of
loading the projects also. I used to waste my time deleting the cache
and attempting to reload. Deleting the cache and reloading multiple
times would get past the offline cache issue, but as soon as you VS
crashed (as it so often does) you will be back to the "Initializing
offline cache" issue.

Hope that helps.