Closed (fixed)
Project:
Persistent Login
Version:
5.x-1.3
Component:
Miscellaneous
Priority:
Normal
Category:
Support request
Assigned:
Unassigned
Reporter:
Created:
26 Oct 2007 at 00:39 UTC
Updated:
15 Oct 2010 at 22:34 UTC
Jump to comment: Most recent file
Comments
Comment #1
firebus commentedi noticed that bjaspan had a comment on one of the issues in the boost queue, so i thought i would explain my use case.
using PL with boost, users who arrive at the site with PL cookie are not logged in, because boost looks for its DRUPAL_UID cookie which does not yet exist.
however, when the user clicks on login they are automatically logged in as boost does not cache the user page.
also if the user goes to a page with a query string (the second page of a node with comments for example) the user will suddenly be logged in.
i got a lot of complaints about this from my users.
it's easy to fix. i added the PL cookie to boost's .htaccess in a RewriteCond. now users get logged right in if they have a PL cookie.
but this creates a new problem. if the user logs out, there's still a PL cookie, and they can't browse the cached pages on the site as an anonymous user.
for now i've modified boost's hook_user('logout') function to remove the PL cookie on logout. however, if there's no benefit to keeping the PL cookie on logout, it would be cleaner to delete it in the PL module instead.
Comment #2
bjaspan commentedThere is no reason for PL not to clear its cookie, your analysis with boost is correct, and I'll fix this in PL when I can. Thanks.
Comment #3
firebus commentedhere's a patch against 5.x-1.2. i added a single line to _persistent_login_invalidate()
Comment #4
bjaspan commentedFixed in 1.4-beta2.
Comment #5
(not verified) commentedAutomatically closed -- issue fixed for two weeks with no activity.
Comment #6
plan9 commentedPlease add to this to the current stable 5.x release (5.x-1.3).