Hi John,

WebGrid control doesn't rely on cookies, so that should not be the problem.

Regarding the missing resources issue, it's unlikely related with caching. The common case with caching is that it keeps loading older version of resources (either images or scripts), but since you mention the image such as filter row is missing, I think it is more related to the server-side problem.

If you have access to your web server logs, try to inspect the logs and look for ISRes.axd entries with status >= 400.

Hope this helps.

James, 

When I turn cookies off in IE (using IE Developer Tools) or Firefox (using Webdeveloper) and access my site, which has forms authenication, which stores the cookie information in the URL, the WebGrid and other WebUI controls do not work.  I do get a JavaScript error saying WGUI is undefined with the grid.  With the WebCombo, the drop arrow is the number 6 and it doesn't drop down.  It's almost like these control assume Javascript is turned off if cookies are off.

I looked in the logs and I don't see any status >= 400, but I do see 302. 

Hi John,

Usually the issue happend because the control didn't get the the resources like ScriptDirectory and SharedScriptDirectory, etc. Do you used SmartWebResources? If yes, you need to make sure that ISNet.WebUI.Resources.dll and other resources dll(e.g ISNet.WebUI.WebGrid.Resources.dll) is updated using the latest version. But if you are not using SmartWebResources, please make sure that the CommonLibrary folder inside your project is updated using the latest script that comes with the hotfix.

One more thing, if you turn on the cookies in IE, did the problem also occured?

Best Regards,

Gordon Tumewu

Hi Gordon,

I am using SmartResources and they are the latest version, I checked multiple times as I also thought this to be the case.   As I said the site uses Forms authenication and the cookieless parameter is "AutoDetect".  This checks to see if the browser accepts cookies or if cookies are off.  If this is the case, then the foms authentication token is stored in the URL.  When this happens, the WebUI controls do not work.  When cookies are turned back on and the browser closed/reopen and vist the site everything works again.  The problems only occur with the webUI controls. 

I'm at a lost!

John,

It's interesting to hear that the WebUI controls failed to work when you turned off the cookies.

Can you help to check this, try to turn off cookies then run your application. When you got all those errors, try to paste one of the ISRes request (eg, ISRes.axd?F/ISCore.js) in the browser's address directly. 

Please share what response you got in the browser. Thanks.

I don't get any errors, they just don't work.  On the grid the icons are missing, with the webCombo the drop down arrow does not show, on the webNotifcations a popup error does occur and it show:

When cookies is turned off, the session will likely changed every time because session used cookies to store its own internal ID.

The WebCombo dropdown arrow doesn't show means that its script is not loaded. So I'll likely there are server-side errors while the scripts are requested from the server. To investigate this issue, you need to use HttpWatch and then investigate the response of each script resource.

The response is likely to be a server-side error, if you manage to get the exact error message, please post it. 

I downloaded the basic version of HttpWatch.  I did 2 things.

Created a brand new web site with no login authentication and a very simple page with a webCombo.  I ran the page in Firefox with cookies on and off and everything works as it should.

I then took my site which DOES require login authentication (forms) and then created a very simple page as above and in the Page_Load event created an Authentication token to log in.

I ran the page in Firefox with cookies on and off and below is the results of HttpWatch: 

John,

Interesting results. Thanks for sharing.

The answer is simple. When cookies is turned off, the ISRes.axd is redirected to the login form, and hence it doesn't return the expected result/response.

To resolve this issue, simply exclude ISRes.axd from the authentication paths, which means ISRes.axd should always be loaded regardless of the authentication state.

The following example might do the trick:

<location path="ISRes.axd">
<system.web>
<authorization>
<allow users="*" />
</authorization>
</system.web>
</location>

Hi James,

I was just about to also try that.  Don't know whay I didnt think of that before!  Thanks for the link for HttpWatch and great tool.

I'll let you know the results

John

UPDATE:  Your solution works, thank you.  Still have some problems but should be able to solve them.  The webnotification fails with _iswnf_pb error, but I suspect it the same issue with the web servvice.

Again James, Thank you for your very helpful help.