Closed (duplicate)
Project:
Session API
Version:
7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Support request
Assigned:
Unassigned
Reporter:
Created:
11 Jan 2012 at 12:26 UTC
Updated:
23 Aug 2013 at 14:34 UTC
Jump to comment: Most recent file
Comments
Comment #1
guenoz commentedReplacing the line 112 in session_api.module as follow did not solve the issue as expected
Comment #2
guenoz commentedcorrect me if I'm wrong but there is something incorrect in the query of
session_api_cron():the leftjoin is unnecessary, I've tested several times, same results with or without it.
And without it, it makes it work with postgresql, so why not getting rid of this line 112 ? ;)
Comment #3
jaydub commentedPlease try patch in #1058960: Use an expiration logic when clearing sessions on cron as I think that is the issue here.
Comment #4
goldI can confirm that this is a duplicate of #1058960.
Closing.
Comment #5
goldI jumped the gun here a little. This patch from Comment #29 on #1058960 does fix the issue here. However, the patch there doesn't actually address the initial issue. The patch is in the wrong place. With the way that thread is going I suspect it's going to stagnate and never actually get resolved as the patches are addressing different issues now.
This patch should be attributed to jaydub
Comment #6
goldComment #7
a.ross commentedThat join does not seem to be correct, as the sap.session_id is something like
I3EX9J_-d9nfryCPvC6AhOgH1oiI-ch7DwJnifUyphs. It should join on the sid column from both tables.Comment #8
a.ross commentedoops. That is a straight re-roll of the incorrect patch.
Comment #9
a.ross commentedIn fact I was half wrong, the sid of the
sessionstable is the same type of string, but it does not correspond to Session API'ssession_idstring. Closing in favor of the other issue.