I did a clean installation 4.5 to share hosting and set the application pool to V4 Integrated. I logged in to the backend CMS and tree not showing on all the nodes. But this is not cause by the unblocked zip issue. Looks like some dll`s are blocked for security issues (.NET 4.0). The same issue appears when the installation files are downloaded and extracted before the zip is unblocked through its properties. Not all files (dlls`s) are extracted which causes the same situation where no tree is showing up. Any suggestion?

I just edited the Upgrading to 4.5 wiki post, it might be helpful. Check your permissions and remove AjaxControlToolkit.dll if present in your /bin folder.

My install is not upgrading. It is clean install the 4.5 with unblocked zip file, so there is no AjaxControlTookit.dll in the bin. Because the share hosting doesn't give access to set permissions with control panel. I requested the hosting company did the permissions setting. They did set it to full trust etc. However, the tree still not showing.

I'm actually facing the same problem:

http://tijdbox.nl/config/splashes/noNodes.aspx

check this page with firebug, there is a 500 error on this page:
http://tijdbox.nl/config/splashes/DependencyHandler.axd?s=L3VtYnJhY29fY2xpZW50L3BhbmVsL3N0eWxlLmNzczsvdW1icmFjb19jbGllbnQvc2Nyb2xsaW5nbWVudS9zdHlsZS5jc3M7&t=Css&cdv=1

"Access to the path 'd:\www\tijdbox.nl\www\App_Data\ClientDependency\NET3-NL-IIS-124-map.xml' is denied."

I am able to create (inheritable)write access to this directory but receive still this error.
Look exactly like: http://our.umbraco.org/forum/getting-started/installing-umbraco/11051-451-not-installing-properly

** UPDATE **

That's weird, I changed the path of /App_Data/ClientDependency to /ClientDependency (directly in the root) and now it's working. Maybe some ISP setting which can't be overruled???

Anyway, I'M RUNNING UMBRACO IN A SHARED HOSTED ENVIRONMENT!!!!!!!!!!!!!!!!!!!!!! (with MySql) without any troubles sofar.

(lost to be tested though ;-))

Moving the folder from /App_Data/ClientDependency to /ClientDependency worked for me as well.

It was a clean install.

I am running Windows Server 2008 R2 with sql server 2008

Folker & Wayne. Did a new ClientDependency folder get created in App_Data after you moved the folder?

I'm just asking because I read earlier that just deleting the [your_computername-map.xml] from the ClientDependency folder did the trick for others. So I'm wondering if you move back the folder and just delete the .xml file, would that be enough?

Yes, the folder is created, no content inside. Before there was no item in de ClientDependency folder so there was nothing to delete. It was just impossible to write files in the folder.

I've tried to create the .xml file with machine name etc in the folder but had no succes(creating the file locally and uploaded the file in theApp_Data/ClientDependency/ folder)

Hmm, so it looks like ClientDependency is then actually switched off for you. Is there any content in the folder now? I mean, after you moved it to the root?

Yes, added screenshot:

I've created the folder with ftp, gave write access to it.

BTW, I changed the path in clientdependency.config:

 <add name="CompositeFileProcessor"
           type="ClientDependency.Core.CompositeFiles.Providers.CompositeFileProcessingProvider, ClientDependency.Core"
           enableCssMinify="true"
           enableJsMinify="true"
           persistFiles="true"
           compositeFilePath="~/ClientDependency" />

Good, good! Great to know, I'll add this to the wiki!

For Ducth users: I'm running Umbraco on a shared server from vevida, which is, a very fast and reliable hosting provider. Just about 50 euro/year. No sql server possible, but my Umbraco installion is just running fine on a MySql database(included in contract). sql server possible for extra charges.

One solution I found too this is to impersonate the application   <identity impersonate="true"/>

This will run the application under IUSER-xx account and most likely you will be able to continue the installation.

Thought I'd post for other people landing here that are still stuck after trying the above. The post by Johan on the following page fixed the client dependency issue for me:

http://our.umbraco.org/forum/getting-started/installing-umbraco/11051-451-not-installing-properly?p=2

is working on a reply...