First, thanks very much for this module. It has been very useful in it's earlier 6.x-2.x version and we have been using the 6.x-4.x version since the beginning of December.

I think this is a bug not just a support question or a feature request, but I stand to be corrected.

I am using autologout with multiple tabs in FF 3.6.x open to the same site. Autologout is timing out on one of the tabs even while another tab for the same site is in active use. Furthermore, the warning is not displayed in the currently active tab so the user cannot be aware to reset it and the user is not aware when the logout occurs.

This is particularly troublesome if the user is adding or editing content because it is not until they go to save that problems occur. Sometimes there is a significant delay after pressing "save" and eventually the user gets the "access denied" message and their work is lost.

Please correct me if this a support or feature request. Any suggestions would be appreciated.

Thanks,

Izzy

Comments

Equinger’s picture

Same here. Subscribing.

Equinger’s picture

Any thoughts on this? I would love to help on this. I just need some thoughts about what could be going on.

izmeez’s picture

Sorry, don't know what to suggest. We went back to 6.x-2.x version.

Equinger’s picture

If this was changed to a simple alert, wouldn't the proper tab reopen? It's not the best solution, but it would be better than the current situation.

yogeshchaugule8’s picture

Subscribing

dppeak’s picture

Any update on this?

enboig’s picture

I think and ajax could check for 'access' in {users} before logging out. Then decide if checout is necessary or an update to timer is necessary.

kevin.dutra’s picture

Status: Active » Needs review
StatusFileSize
new2.97 KB

It's been a while, so hopefully some of you guys are still following this thread :)

Attached is a possible solution for this problem. Along the lines of what enboig proposed, an AJAX call gets spun off when the timeout occurs. If there is additional time left (i.e. the user is off in another tab/window navigating around), then the timer is reset to the amount left, so all the tabs/windows open for that session should close at the same time. (Well, almost...there's going to be a little bit of difference accounting for the time it takes the response to get back.)

Don't forget to clear your menu cache to pick up the new item.

kevin.dutra’s picture

StatusFileSize
new3.82 KB

Actually this patch is a bit better--you would have needed to click the reset button on each tab/window before to prevent yourself from being logged out.

kevin.dutra’s picture

StatusFileSize
new4.33 KB

Updating my patch in #9 to fix a problem revolving around AJAX requests. When they return, they'll trigger an additional timeout to be set, which will end up giving you multiple dialogs when the timeouts start expiring. This is noticeable on something like a Views page that has AJAX enabled.

joekers’s picture

Thanks Kevin, I managed to use this patch and modify it for the Drupal 7 version of the module.

johnennew’s picture

Version: 6.x-4.x-dev » 7.x-4.x-dev
StatusFileSize
new5.41 KB

The patch is 10 worked for me with some modification for Drupal 7. Please find a re-roll for 7.x-4.x branch attached.

johnennew’s picture

Sorry, left some debug in there. Here is another patch for 7.x-4.x

johnennew’s picture

Version: 7.x-4.x-dev » 6.x-4.x-dev
Assigned: Unassigned » johnennew
Status: Needs review » Needs work

I have applied the patch in #13 to the 7.x-4.x branch.

Resetting to 6.x-4.x so it can be backported.

johnennew’s picture

Status: Needs work » Fixed

Hi @kevin.dutra

I committed your patch in #10 to the 6.x-4.x branch.

Rgds

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.

  • Commit d587b2c on 7.x-4.x, 8.x-1.x by ceng:
    Issue #1990308: Added fixes for #1114846 (display a message after auto...