On Wed, 12 Jan 2005 13:08:25 -0500, you wrote: >Hi Dave > > This time it worked, about 3 mins to get the no surnames list and >60 seconds to get the all surnames list now saved to Hard drive. No >changes made in between just had my lunch. This is a simptom of load as >this has happened periodically before, In between good extracts. And I >never play with Cookies except from the cookie jar at tea time. OK, I give up. I've got a copy of the code in front of me, and I *KNOW* that looping back to the login screen is caused by the browser not sending back the right cookie. This can be because; 1) The client isn't accepting cookies 2) The client has got it's knickers in a twist and is storing an out of date cookie, rather than replacing it with the new one 3) UserID and password. You haven't got a copy of the code in front of you, and you can divine that the problem is server load, just like that. Why do any of us bother actually properly analysing problem reports to discover the cause, if the next thing that happens is that somebody simply announces that they are wrong. Correlation and causality are not the same thing. -- Dave Mayall

Hi Dave If I did not change anything and you did not change anything. And computers are very predictable in doing something always the same way with the same information. The only thing is time and load that varies. Over the months this has shown itself Sometimes it works fast, sometimes it works slow sometimes it just hangs for an hour till i stop it. Ocasionally it does this back to the begining. and some times system not available. Yes I have cookies enabled. And my error we are talking about Syndicate Maintenance. not System upload report. Although just tried it and got nowhere. with it. So I am as frustrated as ever. At 02:03 PM 12/01/2005, Dave Mayall wrote: >On Wed, 12 Jan 2005 13:08:25 -0500, you wrote: > > >Hi Dave > > > > This time it worked, about 3 mins to get the no surnames list and > >60 seconds to get the all surnames list now saved to Hard drive. No > >changes made in between just had my lunch. This is a simptom of load as > >this has happened periodically before, In between good extracts. And I > >never play with Cookies except from the cookie jar at tea time. > >OK, I give up. > >I've got a copy of the code in front of me, and I *KNOW* that looping >back to the login screen is caused by the browser not sending back the >right cookie. > >This can be because; >1) The client isn't accepting cookies >2) The client has got it's knickers in a twist and is storing an out >of date cookie, rather than replacing it with the new one >3) UserID and password. > >You haven't got a copy of the code in front of you, and you can divine >that the problem is server load, just like that. > >Why do any of us bother actually properly analysing problem reports to >discover the cause, if the next thing that happens is that somebody >simply announces that they are wrong. > >Correlation and causality are not the same thing. > >-- >Dave Mayall Cheers Derek Derek C Hopkins, Phone +1(450)678-7768 6640, Biarritz, Fax +1(450)678-4252 Brossard, E-Mail [email protected] QC, Canada, J4Z-2A2. ==== FreeBMD - England and Wales - Birth - Marriage and Death Transcriptions <http://FreeBMD.rootsweb.com> ==== Check out FreeBMD Scan2 Syndicate page (revised daily) Please bookmark our new home http://www.scan2.org/scan2.html ==== Check out QFHS Marriage Transcription Project page (revised daily) (Quebec Family History Society) Please bookmark our new home http://www.scan2.org/qfhs.html Check out my web page (22jan1997) Last Revised 28 May 1998 <http://www.cam.org/~hopkde/index.html> Check out Abney Park Indexing Project (revised 14 MAR 2000, 195,000 names) <http://www.cam.org/~hopkde/abney.html> Check out my web Ramsgate page <http://members.adept.co.uk/hopkde> Check out the Quebec Family History web page <http://www.cam.org/~qfhs/index.html>