It's various .taf files. I don't see any evidence of the server restarting.
What's the deal with cache being set to false - I don't know about that? ----- Original Message ----- From: "Jesse Parker" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, February 10, 2003 1:08 PM Subject: Re: Witango-Talk: Frustrating Mystery Continues - User Scope Variables Dissappear > 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=y es > > > > > > ----- 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=026B31CB867A71993E 444199&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=y es > > 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=026B31CB867A71993E 444199&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=y es > > 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 > > ________________________________________________________________________ TO UNSUBSCRIBE: send a plain text/US ASCII email to [EMAIL PROTECTED] with unsubscribe witango-talk in the message body
