Input validation force a refresh of the web form

I use to validate user input in a web form with the input validation in the
field.

I append a back link below each failure message for better usability:

@If(@IsDocBeingSaved & Direktion=“”;@Failure(“You have to … bla bla…
{

<a href="javascript:history.back()"> back
]”);@Success)

The behavior in Domino 6 is diffrent from Domino5!! If the user clicks on the
back link or on the browsers back button …

…domino forces a refresh of the form and all data the user entered is
lost, if there is @DbColumn or @DbLookup:

  • in any Default Value on the form
  • in any Computed Text on the form
  • in any Dialog List field using “use formula for choises”

No workarround with javascript validation is possible, 'cause we have to
migrate over 100 databases from 5 to 6.

Browser IE 6.02.6

Sacha

Keyword for full-text:
inputvalidation
refresh
form empty

Subject: input validation force a refresh of the web form

I used this line in the HTML-Header to prevent it:

@SetHTTPHeader(“Cache-control”;“Cache”); “”

Subject: found out why: HTTP response headers

The http response header is diffrent from a R5 Server:

Here a example from the response of a “?OpenForm” request.

(I’m using a http sniffer to read the header: http://download.com.com/3000-2381-6406018.html?tag=lst-0-1 )

R5 Server

HTTP/1.1 200 OK

Server: Lotus-Domino/5.0.6

Date: Wed, 12 Mar 2003 09:58:12 GMT

Connection: close

Content-Type: text/html; charset=ISO-8859-1

Content-Length: 23026

R6 Server

HTTP/1.1 200 OK

Server: Lotus-Domino

Date: Wed, 12 Mar 2003 10:06:25 GMT

Connection: close

Last-Modified: Wed, 12 Mar 2003 10:06:23 GMT

Expires: Tue, 01 Jan 1980 06:00:00 GMT

Content-Type: text/html; charset=ISO-8859-1

Content-Length: 24116

Cache-control: no-cache

The lines “Cache-control: no-cache” and “Expires: Tue, 01 Jan 1980 06:00:00 GMT” lead to a completly diffrent cache behavior of the Browser.

With a Web Site Rule document, I was able to overwrite the cache-control line.

But I wasn’t able to omit the line.

How can I do this?

I want to omit all 3 additional lines (cache-control, last modified, expires). The header should be the same as in R5¨.

Subject: Expires header: dont’ add header

This Option does not work.

I allways get the Expires header:

Expires: Tue, 01 Jan 1980 06:00:00 GMT

Is this a bug?

Subject: RE: found out why: HTTP response headers

I am also seeing the same behaviour. I’ve tried using the @SetHttpHeader calls but no success thus far. Interesting enough, if I Tell my browser not to use HTTP 1.1, things work as in R5. However, this is not a practical solution. I am invetigating the possiblility of serving out some of my forms froms using HTTP 1.0, but no luck so far. Please let Me know if you are able to concurr this issue.

Subject: input validation force a refresh of the web form

I’m seeing the exact same problem on my 6.0.1 server. If anyone has any tips on how to solve this, I’d love to hear them.

Subject: RE: input validation force a refresh of the web form

You need to talk to you server adminstrator. There is a line that you need to add to your Domino Server’s notes.ini file that enables page caching. This will then allow your databases to work as they did in R5.

Subject: RE: input validation force a refresh of the web form

I’m my own admin Doug. I’ve tried talking to myself but I still can’t find this ini variable in help databases or online knowledgebase. Any chance of another hint please?

I did find something about the $CacheValid field and regional settings in the seb server config. Could that be what you meant?

Subject: Found a solution yesterday.

I think I discovered the same problem yesterday. The back button on resulted in the page being refreshed from the 6.0 server, but not on the 5.0 server. I found that no pages were being cached by IE, so there was nothing to go back to. As a solution, I set the header field Expires = 0, using the new @SetHTTPHeader function. I created a Computed for Display field containing the formula:

@SetHTTPHeader(“Expires” ; “0”);

“”

Now the pages are cached and it works as in 5.0.

Subject: Found a solution yesterday - issue still exists in 6.5

Thanks Ray - this worked for me. FYI this is still an issue on Dom 6.5 …

Subject: RE: input validation force a refresh of the web form

Sorry Mark. I actually never remembered the line that was added to the Notes.ini file of the server. This is why my posting was so vague.

Subject: RE: input validation force a refresh of the web form

I’m my own admin Doug. I’ve tried talking to myself but I still can’t find this ini variable in help databases or online knowledgebase. Any chance of another hint please?