So either you are pulling up a cached page somewhere and getting its userreferance, or your not getting a proper assignment of the userreferance in the 1st place.
Try making sure the 1st hit to your site assigns a clean new number.
Ian posted some _javascript_ that helps with that.
Also you should generate a random number nc=xxxxxxx as part of your hrefs so it forces proxy servers and browsers to get a fresh page.
<script language="_javascript_">document.write('<area shape="rect" coords="134,53,166,204" href="" + Math.round(Math.random()*1000000000) + '" alt="" >')</script>
<script language="_javascript_">document.write('<area shape="rect" coords="98,53,132,204" href="" + Math.round(Math.random()*1000000000) + '" alt="" >')</script>
And
<href="" Low='1000' HIGH='2000000' ENCODING=URL>">
--
Dan Stein
Digital Software Solutions
799 Evergreen Circle
Telford PA 18969
Land: 215-799-0192
Mobile: 610-256-2843
Fax 413-410-9682
FMP, WiTango, EDI,SQL 2000
[EMAIL PROTECTED]
www.dss-db.com
From: "Dave Machin" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Date: Mon, 10 Feb 2003 09:58:04 -0800
To: <[EMAIL PROTECTED]>
Subject: Re: Witango-Talk: Frustrating Mystery Continues - User Scope Variables Dissappear
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 <mailto:[EMAIL PROTECTED]>
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 <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 <mailto:[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: Ian Daniel <mailto:[EMAIL PROTECTED]>
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 <mailto:[EMAIL PROTECTED]>
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 <mailto: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 <mailto:USR@026B31CB867A71993E444199> 716 1 4 [Thread] Got file
07/02/2003 15:30:37 192.168.0.113 USR@026B31CB867A71993E444199 <mailto: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 <mailto: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 <mailto: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 <mailto: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 <mailto:USR@__313570130DF60E8B3E443E78> 2296 1 0 [Thread] Start processing
07/02/2003 15:30:39 192.168.0.113 USR@__313570130DF60E8B3E443E78 <mailto: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 <mailto:USR@__313570130DF60E8B3E443E78> 2296 1 4 [Thread] Got file
07/02/2003 15:30:39 192.168.0.113 USR@__313570130DF60E8B3E443E78 <mailto: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 <mailto: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 <mailto: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 <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 <mailto: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 <mailto:USR@026B31CB867A71993E444199> 2248 1 4 [Thread] Got file
07/02/2003 15:30:49 192.168.0.113 USR@026B31CB867A71993E444199 <mailto: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 <mailto: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 <mailto: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 <mailto: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
