views:

1793

answers:

6

We recently published a new version of an asp.net website where we changed from AjaxControlToolkit version 3.0 to 3.5.

I checked the web site and found that it was running alright.

The following day I recieved the following two similar exception reports, that seems to relate to the change in version:

Could not load file or assembly 'AjaxControlToolkit, Version=3.0.20229.20843, Culture=neutral, PublicKeyToken=28f01b0e84b6d53e' or one of its dependencies.

The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040)

Request information:

1) Request URL: http://.../Default.aspx? _TSM_HiddenField_=ctl00_sm1_HiddenField &_TSM_CombinedScripts_=%3B%3BAjaxControlToolkit %2C+Version%3D3.0.20229.20843%2C+Culture%3Dneutral%2C+ PublicKeyToken%3D28f01b0e84b6d53e%3Aen-US%3A3b7d1b28-161f-426a-ab77-b345f2c428f5%3Ae2e86ef9%3A1df13a87%3A8ccd9c1b

2) Request URL: `http://.../Login.aspxReturnUrl=%2FUser%2FFaqPosting.aspx%3F _TSM_HiddenField_%3Dctl00_sm1_HiddenField %26_TSM_CombinedScripts_%3D%253B%253BAjaxControlToolkit %252C%2BVersion%253D3.0.20229.20843%252C%2 BCulture%253Dneutral%252C%2BPublicKeyToken %253D28f01b0e84b6d53e%253Aen-US%253A3b7d1b28-161f426aab77b345f2c428f5 %253Ae2e86ef9% 253A1df13a87%253A8ccd9c1b[...]

(sm1 refers to asp.net ScriptManager)

I do not understand why these exceptions did not happen when I tested the web site, but then later happened for some requests by some other users.

Do any of you know why this might happen? Or have a hint to how I find out?

A: 


My guess is you did not update the web.config file on the production server and it still has references to the 3.0 versions. That is the most common reason I find for this type of error.

The second place to look is in the individual files. Once you erradicate the wrong reference, wherever it is, your problem should disappear. The important part is examining the files you do not overwrite when you publish. web.config is the most commmon.

Gregory A Beamer
@Gregory: Thanks for your suggestion, but it does not apply. The web.config file was updated, and there are no 3.0 references in the source files. (Your answer made me check again.) What you suggest would have lead to exceptions for me when I browsed the web site. However, I got no exceptions...
Ole Lynge
+1  A: 

I suggest that it might be due to the caching of some content in a user's browser, such that the browser uses the old request URL's. Or that it might be a search engine trying to use an old stored URL.

Ole Lynge
A: 

Check if you have Panda or other firewall/antivirus running. I have this issue with Panda lately. Good Luck!

pabben
Also cerhart is right (permissions was the other solution I found).
pabben
A: 

This always happens to me because of permissions on the folder containing the dll. Go there and give full control to the user account that asp.net is running under, and that should take care of it.

cerhart
A: 

I would use the aspnet_regiis tool to reinstall the asp.net component of the .net framework.

Resources:

http://msdn.microsoft.com/en-us/library/k6h9cz8h(VS.80).aspx

http://blogs.x2line.com/al/archive/2007/07/15/3203.aspx

Nippysaurus
A: 

These recommended solutions are all over the place....antivirus, permissions, .net framework reinstall... This is unfortunately a very common problem with Ajax. Is there a common solution?

Chas