Handling auth and logouts across browser tabs..

[mikepuerto]

Hello,

Was wondering if any who has implemented authentication can shed some light on how they manage logging a user out across multiple browser tabs/windows. I have implemented "isLoggedIn" middleware in my controllers and that works fine but say the user logged out from one tab and another is still open... on the page, in the "other" tab, there is a bootstrapped collection in the page source and they click on an item(rendered based on the collection)... it will take them directly to the item page being that the items model has already been cached by the fetcher.

Any ideas would be great! Thanks!

[demircancelebi]

I had the same issue, ended up adding { readFromCache: false } to every fetch call. My default fetch call looks like this:

    this.app.fetch(spec, { readFromCache: false }, function (err, result) {
      callback(err, result);
    })

Of course this means no caching for api responses throughout the app. So I would also be interested in with a smarter solution.

[mikepuerto]

Yeah, I'm trying to avoid that as I like the cache :) I'm considering using socket.io to notify the other tabs/windows and just relaod the app... but I'm honestly not liking that approach either :/

I'll be working on this for the next 12 hours or so.. I'll let you know if I come up with anything.

btw- how are you authenticating and managing the session?

[demircancelebi]

I am not sure if that is a good pattern but, I have _clientid and _clientsecret in my config files. I use these two to get client_access_token from API and I save it to user's cookie.

When user tries to log in, I send that _client_accesstoken along with username & password, and got access_token back from the API.

I also save access_token to user's cookie and add it to every API call as a header in my extended version of restadapter. API checks this access_token header and returns the appropriate data.

[mikepuerto]

This is basically what I'm doing as well.. as of now, the only thing I have figured out is forcing requests for everything or using socket.io... personally, since I'm in a crunch I'm just going to have socket.io broadcast a message to any other clients associated with current session to destroy it.

I wish others would weigh in.. @spikebrehm maybe?

[crwang]

Hi @demircancelebi, I do the same thing and it's a pretty good practice. It's essentially the same thing our mobile apps do as well.

[DuncanMacWeb]

Hi @mikepuerto, this may or may not fit the bill but @bevacqua published a technique in Cross-Tab Communication that uses the storage event fired by localStorage to communicate exactly this sort of thing across tabs without surplus HTTP requests (HT Open Web Platform Daily).