Is it always the same link or TAF that causes the problem? Do you see anything in your Tango.log or t4events.log to suggest the server is restarting? You say that the problem is resolved by a refresh, and if it isn't always the same link I believe it's the Tango server crashing and restarting.
By the way, your log also shows that you have cache set to false, which was known to result in instability. On Mon, 10 Feb 2003, Dave Machin wrote: > I read the log the other way around. The earlier log entries (that worked >correctly) had USR@026B31CB867A71993E444199 as their user reference. Only the >entries that fail have 313570130DF60E8B3E443E78 as the user reference. In other >words, I think I'm starting with user reference 026B31CB867A71993E444199 and then >suddenly am being assigned 313570130DF60E8B3E443E78 even though the log still shows >026B31CB867A71993E444199 in the link. > > Plus, for what it's worth, the incorrect user reference entries in the log have two >underscore characters in front of them, whereas the correct one doesn't. > > In other words: > > The one that works: USR@026B31CB867A71993E444199 > The one that doesn't: USR@__313570130DF60E8B3E443E78 > > Plus, just to clarify my own understanding, doesn't the following log entry show >that the link that was clicked has one userreference >(_UserReference=026B31CB867A71993E444199) whereas WiTango records the log entry under >another (USR@__313570130DF60E8B3E443E78): > > 07/02/2003 15:30:39 192.168.0.113 USR@__313570130DF60E8B3E443E78 2296 1 43 >[Application File] START /ebay/reports/reports.taf Witango_Server_5 >_UserReference=026B31CB867A71993E444199&tab_click=General%20Support&change=yes > > > ----- Original Message ----- > From: Mark Bushaw > To: [EMAIL PROTECTED] > Sent: Monday, February 10, 2003 8:59 AM > Subject: Re: Witango-Talk: Frustrating Mystery Continues - User Scope Variables >Dissappear > > > I think Ian was on the right track asking about the userreference in the link. You >say- > "The link I clicked definitely has the <@userreferenceargument> in it. (the link >is >http://mirror2000/ebay/reports/reports.taf?_UserReference=026B31CB867A71993E444199&tab_click=General > Support&change=yes)" > And that is what the failure log looks like. Trouble is, you start out with >userreference 313570130DF60E8B3E443E78 > So the dis-connect seems to be that the link has the wrong userreference. > > Mark Bushaw > ----- Original Message ----- > From: Dave Machin > To: [EMAIL PROTECTED] > Cc: Ian Daniel > Sent: Monday, February 10, 2003 8:30 AM > Subject: Re: Witango-Talk: Frustrating Mystery Continues - User Scope Variables >Dissappear > > > Double checked that it's not misspelled nor hard coded. I'd be happy to send >the .taf file to anyone who'd like a look. > > ----- Original Message ----- > From: Ian Daniel > To: [EMAIL PROTECTED] > Sent: Friday, February 07, 2003 4:21 PM > Subject: RE: Witango-Talk: Frustrating Mystery Continues - User Scope >Variables Dissappear > > > Dave: > > Sorry if this question sounds too basic or insulting ... but: is that second >UserReferenceNumber perhaps mistakenly hard-coded into your TAF? > > If it is not to be found in the TAF, and you are *definitely* sending the >server the UserReferenceNumber, we can say with some assurance that the server is not >receiving or recognizing it, because it's seeing fit to issue a new one. > > Look for any mis-spelling in the UserReferenceArgument area of your link. > > As for it working once you back up and then continue, we can't see your TAF, >so that statement can be mis-leading. Meaning, it is apparently continuing with the >*new* UserReferenceNumber, after (likely) establishing new "credentials" or variables >for the user. > > Hope this helps .... Friday afternoons can be tough. I'm logging off, now. >I'll be checking the list a bit later for any response. > > If you're in an absolute panic to get this fixed, you can send me an email >with your coordinates off-list, and I'll contact you off-line. > > Be well, > Ian > > -----Original Message----- > From: Dave Machin [mailto:[EMAIL PROTECTED]] > Sent: Friday, February 07, 2003 3:59 PM > To: [EMAIL PROTECTED]; Phil Wade; [EMAIL PROTECTED] > Subject: Witango-Talk: Frustrating Mystery Continues - User Scope Variables >Dissappear > > > I'm having serious problems with User scope variables dissappearing from one >page to the next. The always reappear if I click 'back' and submit a form again. >I've added <@userreferenceargument> to all the links. This has been a perpetual >problem for us. > > We're running WiTango 5, W2K Server, IIS5, MS-SQL > > I've been looking at the log files and am confused by something I see - any >help would be appreciated. Here's the pertinant parts of the log file: > > I request a page successfully and we see the following" > > 07/02/2003 15:30:37 716 1 1 [Thread] Start processing > 07/02/2003 15:30:37 192.168.0.113 USR@026B31CB867A71993E444199 716 1 2 >[Thread] Getting network file c:\inetpub\wwwroot\ebay\reports\reports.taf > 07/02/2003 15:30:37 192.168.0.113 USR@026B31CB867A71993E444199 716 1 4 >[Thread] Got file > 07/02/2003 15:30:37 192.168.0.113 USR@026B31CB867A71993E444199 716 1 43 >[Thread] Network file loaded: c:\inetpub\wwwroot\ebay\reports\reports.taf > 07/02/2003 15:30:37 192.168.0.113 USR@026B31CB867A71993E444199 716 1 43 >[Application File] START /ebay/reports/reports.taf Witango_Server_5 >_UserReference=026B31CB867A71993E444199 > 07/02/2003 15:30:37 192.168.0.113 USR@026B31CB867A71993E444199 716 1 43 >[user$ Vars] variableTimeout=30; csr_name=Machin; csr_id=467; > 07/02/2003 15:30:37 192.168.0.113 USR@026B31CB867A71993E444199 716 1 43 >[Results Action] Results1 > > This page loads fine. Notice that the [user$ Vars] exist. > > From that page, I click a link to another page and get the following: > > 07/02/2003 15:30:39 USR@__313570130DF60E8B3E443E78 2296 1 0 [Thread] Start >processing > 07/02/2003 15:30:39 192.168.0.113 USR@__313570130DF60E8B3E443E78 2296 1 1 >[Thread] Getting network file c:\inetpub\wwwroot\ebay\reports\reports.taf > 07/02/2003 15:30:39 192.168.0.113 USR@__313570130DF60E8B3E443E78 2296 1 4 >[Thread] Got file > 07/02/2003 15:30:39 192.168.0.113 USR@__313570130DF60E8B3E443E78 2296 1 43 >[Thread] Network file loaded: c:\inetpub\wwwroot\ebay\reports\reports.taf > 07/02/2003 15:30:39 192.168.0.113 USR@__313570130DF60E8B3E443E78 2296 1 43 >[Application File] START /ebay/reports/reports.taf Witango_Server_5 >_UserReference=026B31CB867A71993E444199&tab_click=General%20Support&change=yes > 07/02/2003 15:30:39 192.168.0.113 USR@__313570130DF60E8B3E443E78 2296 1 43 >[Results Action] Results1 > > Here's where I'm confused - the USR@ value no longer matches the UserReference >value. Plus, the [user$ Vars] entry is missing! At this point the page fails (doing >what it should do given the csr_id value is missing). > > The link I clicked definitely has the <@userreferenceargument> in it. (the >link is >http://mirror2000/ebay/reports/reports.taf?_UserReference=026B31CB867A71993E444199&tab_click=General > Support&change=yes) > > Now, I click 'back' and click the exact same link and get what I expected in >the first place: > > 07/02/2003 15:30:49 2248 1 1 [Thread] Start processing > 07/02/2003 15:30:49 192.168.0.113 USR@026B31CB867A71993E444199 2248 1 2 >[Thread] Getting network file c:\inetpub\wwwroot\ebay\reports\reports.taf > 07/02/2003 15:30:49 192.168.0.113 USR@026B31CB867A71993E444199 2248 1 4 >[Thread] Got file > 07/02/2003 15:30:49 192.168.0.113 USR@026B31CB867A71993E444199 2248 1 43 >[Thread] Network file loaded: c:\inetpub\wwwroot\ebay\reports\reports.taf > 07/02/2003 15:30:49 192.168.0.113 USR@026B31CB867A71993E444199 2248 1 43 >[Application File] START /ebay/reports/reports.taf Witango_Server_5 >_UserReference=026B31CB867A71993E444199&tab_click=General%20Support&change=yes > 07/02/2003 15:30:49 192.168.0.113 USR@026B31CB867A71993E444199 2248 1 45 >[user$ Vars] variableTimeout=30; csr_name=Machin; department=Belgium; csr_id=467; > 07/02/2003 15:30:49 192.168.0.113 USR@026B31CB867A71993E444199 2248 1 46 >[Results Action] Results1 > > This is driving me absolutely crazy - I really need help! > > Dave Machin > > ________________________________________________________________________ > TO UNSUBSCRIBE: send a plain text/US ASCII email to [EMAIL PROTECTED] > with unsubscribe witango-talk in the message body > ________________________________________________________________________ > TO UNSUBSCRIBE: send a plain text/US ASCII email to [EMAIL PROTECTED] > with unsubscribe witango-talk in the message body > ________________________________________________________________________ > TO UNSUBSCRIBE: send a plain text/US ASCII email to [EMAIL PROTECTED] > with unsubscribe witango-talk in the message body > ________________________________________________________________________ > TO UNSUBSCRIBE: send a plain text/US ASCII email to [EMAIL PROTECTED] > with unsubscribe witango-talk in the message body > > ________________________________________________________________________ > TO UNSUBSCRIBE: send a plain text/US ASCII email to [EMAIL PROTECTED] > with unsubscribe witango-talk in the message body ________________________________________________________________________ TO UNSUBSCRIBE: send a plain text/US ASCII email to [EMAIL PROTECTED] with unsubscribe witango-talk in the message body
