We are trying to replicate the issue with no success.

We think it might be to do with cookie or cache, can you try and clear them?

Have cleared cache, cookies, forms, etc.  no change.

WRT cookies - this is relevant web.config portion:

  <sessionState
   mode="InProc"
   stateConnectionString="tcpip=127.0.0.1:42424"
   sqlConnectionString="data source=127.0.0.1;user id=sa;password=MyLocalSAPassword"
   cookieless="false"
   timeout="60" />

-----

I'm following my "normal" deployment pattern:

• Install locally on WinXP Pro (validate);
• Move to Win2003 Server (development machine;  validate);
• Move to Win2003 Production server;

I'm stuck at the first step (didn't even try the second).

Could this be an issue w/ session state connection string in the presence of WinAuthentication config?   In IIS, the "Authentication" methods set for this are (unchecked) Anonymous access;  (Integrated Windows Authentication) for Authenticated Access;

Regards,

Yarko

Yarko,

Are you using an old web.config file? Please be aware that the web.config that comes with 2.0.3 must be used as it has some new entries. Also make sure that "Anonymous Access" is NOT ticked in the directory security access options of IIS.

Is your connection string correct?

Can you please try and install: http://www.iewatch.com and send us the log this generates? This will help us with finiding the issue.

Thanks,

Saar.

Using a complete snapshot from the new distribution (and using a diff tool to manage the text changes in web.config from my 2.0.2 to fresh 2.0.3).

RE:  Connection string:  This install / web.config works fine if ALL I do is thange from Windows to Forms authentication.

I dont' have permissions to attached the "iewatch" log file.... it's tail end item is this (I'll mail the file separately):

....

 <ITEM time="17:27:43.733" duration="0.000" method="GET" url="http://localhost/favicon.ico">
  <RESULT>404</RESULT>
  <SIZE>4040</SIZE>
  <REQUEST>
   <HEADERS>
    <HEADER name="(Method-Line)" value="GET /favicon.ico HTTP/1.1"/>
    <HEADER name="Accept" value="/"/>
    <HEADER name="Accept-Encoding" value="gzip, deflate"/>
    <HEADER name="User-Agent" value="Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.1.4322)"/>
    <HEADER name="Host" value="localhost"/>
    <HEADER name="Connection" value="Keep-Alive"/>
    <HEADER name="Cookie" value="Template=1; Colors=1; Language=0; RadEditorGlobalSerializeCookie=RichTextCtrl1RadEditor1Modules-[['Statistics',true,'BottomRichTextCtrl1RadEditor1',3],['Tag Inspector',true,'ModuleRichTextCtrl1RadEditor1',1],['Real-Time HTML View',false,'ModuleRichTextCtrl1RadEditor1',3],['XHTML Validator',true,'ModuleRichTextCtrl1RadEditor1',4]]#RichTextCtrl1RadEditor1Toolbars-[['Toolbar 3',true,'TopRichTextCtrl1RadEditor1',0],['Dropdowns',true,'TopRichTextCtrl1RadEditor1',1],['Enhanced Edit',true,'BottomRichTextCtrl1RadEditor1',2]]#rtcDescriptionRadEditor1Modules-[['Statistics',true,'BottomrtcDescriptionRadEditor1',3],['Tag Inspector',true,'ModulertcDescriptionRadEditor1',1],['Real-Time HTML View',false,'ModulertcDescriptionRadEditor1',3],['XHTML Validator',true,'ModulertcDescriptionRadEditor1',4]]#rtcDescriptionRadEditor1Toolbars-[['Toolbar 3',true,'ToprtcDescriptionRadEditor1',0],['Dropdowns',true,'ToprtcDescriptionRadEditor1',1],['Enhanced Edit',true,'BottomrtcDescriptionRadEditor1',2]]#; ASP.NET_SessionId=lsbmov55wckr1drtkapifoen"/>
   </HEADERS>
  </REQUEST>
  <RESPONSE>
   <HEADERS>
    <HEADER name="(Status-Line)" value="HTTP/1.1 404 Object Not Found"/>
    <HEADER name="Server" value="Microsoft-IIS/5.1"/>
    <HEADER name="Date" value="Mon, 27 Feb 2006 23:27:43 GMT"/>
    <HEADER name="Connection" value="close"/>
    <HEADER name="Content-Length" value="4040"/>
    <HEADER name="Content-Type" value="text/html"/>
    <HEADER name="(Repeat request)" value=""/>
    <HEADER name="Accept-Encoding" value="gzip, deflate"/>
   </HEADERS>
  </RESPONSE>
 </ITEM>

Can you please paste your web.config file?

The only way we can replicate this is by commenting out the new httpModules section.

I've emailed it (to preserve confidentiality, while not changing anything in the way I had it configured).

That section appears intact in my copy.

We didn't receive anything yet, Where did you email this to?

Please re-send to priority@countersoft.com (paste the contents of the file).

 

Mark wrote:

Hi,

Thanks for this. The problem is that you have commented out the following section:

  <!--  AUTHENTICATION  (Gemini possible modes are "Windows", "Forms") -->
  <authentication mode="Windows">
  <!--
  <authentication mode="Forms">
   <forms
    name="Gemini203"
    loginUrl="Default.aspx"
    timeout="60"
    path="/">
   </forms>
  -->
  </authentication>

This should look like:

   <!--  AUTHENTICATION  (Gemini possible modes are "Windows", "Forms") -->
  <authentication mode="Windows">
   <forms
    name="Gemini203"
    loginUrl="Default.aspx"
    timeout="60"
    path="/">
   </forms>
  </authentication>

Please change the web.config. This should do the trick.

We will appreciate it if you could let us know if this works for you.

---------------------

Yes – that did the trick, but this assumption / “mistake” is easy to make – and also, will note it has up until now ALWAYS worked in the "mistaken way".

To see WHY it is NATURAL to do this, take a look at my config file for 1.9.1 (configured for Windows Authentication):

<!--  AUTHENTICATION
    Gemini possible modes are "Windows", "Forms"
-->
<authentication mode="Windows">
<!--
<authentication mode="Forms">
   <forms name="Gemini191" loginUrl="Default.aspx" path="/" >
   </forms>
-->
</authentication>

NOTE:  “<forms…” is INDENTED relative to <authentication mode=”Forms”>   => therefore it is QUITE NATURAL (if in error) to assume these are related to Forms authentication.

SUGGEST:  un-indent “<forms…”  section so it does not look like a “child” of the line above it;  also perhaps adding a comment just before to the effect:

<!-- The following forms section is for both authentication modes;  be sure to set form name to be unique for your Gemini installation.

-->

Kind regards,

Yarko