Permissions Issue?

[dmlewis]

I have a question that will hopefully be an easy one. I have set up jSpell Evolution on both a test server and a production server. It is a Windows 2003 Server installation; our Intranet uses Windows authentication, but I have granted anonymous access to the entire jSpell folder.

jSpell works perfectly fine on the TEST server every time for every user that has tried it.

On the PRODUCTION server, it works fine 50% of the time, but for the other 50% of the time, the user gets an IE login prompt. Regardless of what they do with that prompt, jSpell does not work after that. For IE7 users, nothing happens; for IE6 users, it seems to hang the browser. Once the problem occurs, jSpell will never work for that user until they start a new browser session (after which the 50% again rule applies). (To clarify: the problem occurs about 50% of the time for all users, as opposed to every time for 50% of the users.)

It seems quite likely to be a permissions issue, but I cannot see what is different in the IIS settings between the two servers (anonymous access for jSpell files is configured the same).

Any advice / theories / recipes?

Thanks!

Michael Lewis
Software Developer
Southcentral Foundation
Anchorage, Alaska

[dmlewis]

<bump>

Well, perhaps not as easy as I had hoped. Anyone experiencing similar problems and/or have any advice?

Thanks!

[larrycc]

I'm having a similar issue with JSpell Evolution. It prompts IE for a login, and it hangs the IE browser if they type in their username or click cancel. Does anyone have any suggestions on what might be causing this?

[dmlewis]

Larry:

Thank you for the post...I am very glad to hear that it is not just me having the problem. Is it consistent for you? Is it IE6 that's crashing?

I have submitted a Help Desk Question for this issue, and I'll let you know when I get a response.

Conversely, if you figure out a solution, please share it.

Thanks!

I'm having a similar issue with JSpell Evolution. It prompts IE for a login, and it hangs the IE browser if they type in their username or click cancel. Does anyone have any suggestions on what might be causing this?

[staff]

We haven't been able to reproduce the problem with Server 2003 and these two reports seem to be somewhat isolated, although there does appear to be some indication of a problem.

It is likely a permission as indicated by the thread title, which is set on both of your installations. Are there any server logs that might reveal an issue or have you found a way to consistently reproduce the problem for a specific user?

[dmlewis]

We are also using Windows Server 2003, Enterprise Edition, for both of the aforementioned computers.

I have still not been able to get consistent behavior, and I'm still facing the issue. As a developer, I can certainly understand how difficult it is for you to troubleshoot that which you cannot reproduce.

Can you provide any insight as to how to go about troubleshooting this? Any more information that I could gather that might help? Which server logs did you have in mind?

Thanks again!