I think, the problem is in the development. Not in Witango. Maybe somebody have the time to take a look on the application. Why I say this: This is the first problem on this topics since ??? years.
My sugestion: Pls. refer a Witango consultant or your Witango Distributor near your location. regards Daniel PS.: I know, my answer don't help you directly, but I am sure, that a "real" Witango Consulant can help you on place. ----- Original Message ----- From: "Dave Machin" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, February 10, 2003 10:16 PM Subject: Re: Witango-Talk: Frustrating Mystery Continues - User Scope Variables Dissappear > 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 > ________________________________________________________________________ TO UNSUBSCRIBE: send a plain text/US ASCII email to [EMAIL PROTECTED] with unsubscribe witango-talk in the message body
