Session times out in few seconds

[GoogleCodeExporter]

- What steps will reproduce the problem?
1. Complete the installation
2. Load a frontend page
3. Go to the backend and check the tracking report

- What is the expected output? What do you see instead?
My 'recTime' option is set to 600, so I expect to see the report for 10 mins. 
What I get is the report for 1.96 or even fewer m-seconds for every single 
session on different machines, browsers and OS.

- What version of the product are you using? On what operating system?
2.0.1

- Please provide any additional information below.
Funny thing that it works on one site on our staging server, but malfunctions 
on the other. I did some debugging by stripping all unrelated javascript 
(assuming it may cause a conflict), then removing tags and in the end leaving 
basically bare bone html with smt2 js in the head. No luck - same problem. When 
I changed the 'postInterval' option to 4 or 10, I would see that the session 
time would go up to those #s, but not past them. When I replaced the 
smt-record.min.js with smt-record.js and put few alerts in there, I discovered 
that initMouseData and appendMouseData get executed only once per session and 
after that something stalls. Firebug does not show any js errors. I am stuck. 
Any help would be appreciated.

Original issue reported on code.google.com by alex.rustikov@gmail.com on 29 Jul 2010 at 4:41

[GoogleCodeExporter]

Please use the SVN files, as the ZIP ones are out of date.
On the other hand, you can check via Firebug if after calling the 
`initMouseData` function, the record script receives a valid userId (a MySQL 
resource id).
Also, please read carefully the readme wiki page, since there it is all 
explained about recording issues as well as some set up examples.
Finally, if you could provide a live URL where these issues happen, I'll be 
glad to check it.

Original comment by luis.lei...@gmail.com on 30 Jul 2010 at 8:38

• Added labels: Priority-Low
• Removed labels: Priority-Medium

[GoogleCodeExporter]

Thanks for the response. It did help. What it was - this second site of ours, 
had display_errors = 0 and error_reporting = 8191, so when the initMouseData 
function sent ajax request to smt2/core/store.php, the responce came buck 
polluted with php notice for undefined 'smt-root' index in $_COOKIE var. 
Disabling errors, did the trick. I don't know if you set error reporting and 
its level anywhere in your php (we actually do it in .htaccess), but you may 
want to mention it somewhere or change the php so it would not generate those 
notices. Not complaining ;), just trying to make it easier for you in the 
future. The script as a whole is really awesome and could not be any easier to 
install and use. Thanks a lot for that!!!

Alex

Original comment by alex.rustikov@gmail.com on 2 Aug 2010 at 1:43

[GoogleCodeExporter]

Original comment by luis.lei...@gmail.com on 3 Aug 2010 at 10:38

• Changed state: Verified