Hi,

Could you post the full exception? You need to temporarily set the MacroErrors option in umbracosettings.config to throw.

You'll then need to recycle the application.

If you post the exception it should give us an idea of what is happening.

Thanks!

I did what you said and uploaded the screenshot of the error it is now giving.

This error suggests that the package isn't installed correctly. is our DLL file in the bin directory of your applicaction?

No.  There is nothing named PDF Creator or similar in the bin directory.

I installed directly from the packages node in the Umbraco back-end.

Any suggestions of what I could do?

The package file is a zip, so I would extract the zip manually and add the DLL files to the /bin folder of your site.

Let me know how that goes.

Thanks.

I've uninstalle and re-installed the package locally (from the zip file).

The DLLs did not copy to the bin automatically so I copied them there manually.

Now when I try it, it insists on downloading the XSL file.

Still not working ....

If the XSL file is downloading then it normally means that PDF creator HTTP modules aren't registered in web.config.

It sounds like your environment doesn't have the correct permissions to run Umbraco set up, if the package installer was unable to access the /bin folder or modify web.config.

Does your application pool user have full control over your web root?

I don't know how to set this up (or how to check if it's been set up correctly) ... could you guide me?

I'm trying - you haven't answered my question.

Does your application pool user have full control over your web root?

Also, which version of Umbraco, Windows, IIS, SQL server etc are you running?

Sorry - just seen you versions of Umbraco etc above.

Just noticed that in among my folders, there is another folder with the same name as my application (aln_workbench).  Inside this folder is another bin folder, among others and in that bin folder, your DLLs are present.

Does this help?

As for the application pool user, I don't know how to check which user this is (I have googled quite a bit).  I gave full control to the user IIS_IUSRS.

Yes, I'm running a virtual directory.

I set up Umbraco through the wizard.  I did not install any starter kits and I'm using MS SQL Server for the database.

This is happening on both my local host and my production server.  It is worth mentioning that I'm running a virtual directory on the production server as well.

I've reached the limit of my knowledge - having neve run Umbraco in a virtual directory - but if the DLL files are in the same folder as the Umbraco DLLs then I see no reason why .net can't discover them other than permissions.

The only thing I can offer is for one of our team to screen share with you to try and figure out what is happening.

Ok ... let me know when you want to do the screenshare

Hi Darren,

I did fresh installation of Umbraco on my localhost and did not install it on a virtual server.

Everything works as it should.

Allow me to keep this thread open in case I run into problems on my production server.

Sure - just let us know if you have more problems.

Thanks.

is working on a reply...