BugNET

I tried restarting IIS and the whole server box. I checked the web.config file for compliance with the latest version.
I tested this on multiple clients with the same results. Here are my repro steps:

• IE8: Logoff, go to the login page, standard login, click "login" and validation occurs reporting missing content for the 2 fields, fill in username and password, clicking "login" does'nt do anything. Compatibilty mode hasn't any effect.
• Chrome: Logoff/logon works. Pick the "all issues" of a project, select anything from the "view issues" dropdown, nothing happens.
• FF: everything seems to work fine.

Let me know if I can help anyway troubleshooting this, I have system and clients available.

Also FCKEditor is broken, the basepath setting seems to have a different behavior:

• Not setting it defaults with "/FCKEditor", in my case failing for Bugnet is not based on the root ( URL is FQDN/bugnet ).
• The config that comes with the distribution was "FCKEditor/", failing for the caller is FQDN/bugnet/issues/issuedetail.aspx and the rebase results in FQDN/bugnet/issues/FCKEditor instead of FQDN/bugnet/FCKEditor where the editor is actually located.
• I fixed it setting the base path to and absolute one but note that RC2 didn't have this issue.

Thank you.

I can reproduce the problem. I might have something to do with this!

The login page uses javascript to bind the "enter button" and default focus for the login control.

To bind the correct control (as renderened at runtime) you need to cycle through all control names and get the "proper name" eg( "pnl1$ctrl1$txtLogin")

Here is also the "QuickFind" box in the top right which works similar. ...
To verify this attempt to login with IE8. While still on the login page try a quick search. Notice how OpenID gets all mixed up in all of this too.

IE is obviously incompatible with my technique. I still think our single content form design is the problem.

Aye. And with the the fix for the login page I'm now back inshape. :D

Thank you!