virtual directory on IIS not reflecting changes

[Anon Anon]

I modified login.fcc on a web server hosting IIS 8.5. But when I go to the virtual directory the changes are not reflected there.

 

Any idea what might causing this.

 

64 bit Agent, changed in both /forms and /forms_en-US.

 

Any changes made to both files are not getting reflected, restarted the server too.

[wonsa03]

Hi avinash.majeti,

 

Under webagent root folder, it can branched out to win32 and win64 folders. If you are running 64-bit application, ensure that you are update the login form under the win64 branch e.g: C:\CA\webagent\win64\samples\forms.if

 

Also, if you have a separate login server (check the authentication scheme setup and verify the hostname where the login form is sourced), please update the login form on the specified webserver.

[Anon Anon]

I'm using the login form under win64. However now I removed the login form from samples/forms and forms-en_US, still the old Login page is showing up.

Hostname in the Authentication scheme is a Proxy which is pointing to original hostname as server.domain.com. Do i need to look into this..??

[Ujwol]

Also set ACO EnableFormCache=No , if you dont want webagent to cache any forms.

[Anon Anon]

I set that parameter to no, and removed the forms from  /samples/forms and forms-en_US, still the old form is getting displayed.

Restarted the IIS server too.

 

[wonsa03]

Hi avinash.majeti,

 

Try naming the custom form with different name e.g: customlogin.fcc and update the authentication scheme with the new login form. Test again and see if it redirects to the preferred form.

[Ujwol]

Another simpler option is to test by appending some query string eg login.fcc?1=2 .

This will ensure that the form is not cached anywhere.

[Anon Anon]

Thanks, both option worked....

[Ujwol]

This confirms it was serving the page from cache. The ACO parameter that I suggested must have fixed it. Were you setting in the correct ACO used by logjn agent?

[Anon Anon]

Yes