Can't delete cookie with AngularJS's $cookies

javascript cookies angularjs session-cookies

32,604

Solution 1

I suppose you should check the responses from server - maybe they include a 'set cookie' header field that sets the cookie's value.

Here is a Plunker example that illustrates how you can add/change/delete/watch for cookie's value (but without server-side responses that can change cookie values).

But generally, $cookies object is kind of 'proxy object' that is two-way tracked by AngularJS ngCookies module and from one side change its fields when browser's cookies are changed (so you can $watch for changes) but also changes are reflected to browser's real cookies, so you can change this object.

So the only reason why cookies cannot be deleted is that you delete them on browser, and server sets the cookie again and after reloading page it is still there.

Solution 2

Be aware of the cookie domain of the cookie you want to delete. If you're working with multiple subdomains (i.e. one for static resources, another for the api) your problem could be that you're trying to delete a cookie for the wrong domain.

Have a look at your cookies with your browser's developer tool of choice. Whatever domain is set for the cookie you want to delete that you're having problems with, specify it in the options parameter to the remove method.

$cookies.remove('JSESSIONID', {domain: 'domain.tld'});

SECURITY TIP: Deleting the session ID via Javascript doesn't delete the session on the server. If your session IDs leak you could suffer from session fixation. It would be better to delete the cookie via calling a logout endpoint in your API which would clear the session completely on the server so that it can't be re-used.

Solution 3

The answer that you gave in the update seems to be correct: Angular $cookieStore can only work on cookies whose path value is the same as the current path.

The way to trick it is to use the solution given by ajspera on this issue:

<head>
  <base href="/">
</head>

Simply add <base href="/"> to your head element of the HTML, and at that point it works.

The alternative solution is to set the path of the cookie using the server that sent it. In Node.js Express that looks like

res.cookie('specialCookie', 'special!', {path: '/myApp'});

Note that for me it seems like $cookieStore strips out the trailing slash, so you may need to try it both ways.

32,604

Author by

Joe Dyndale

Just about all you would ever want to know, and far more I fear, is available on my Google Plus page.

Updated on July 27, 2022

Comments

Joe Dyndale almost 2 years
My web app is made so that when a user logs in the server adds a Set-Cookie header to the response, like this:

Set-Cookie:JSESSIONID=1; Path=/myApp/; Secure

On logout I try to delete this cookie on the client (browser), as I don't care if the session was successfully destroyed on the server as long as the cookie is deleted. Any lingering "ghost" sessions will be cleaned up from time to time on the server.

However, my app is unable to delete the JSESSIONID cookie. Say the logout function was called from https://test.myserver.com/myApp/app/index.html#/mySubPage and the logout function does:
```
delete $cookies["JSESSIONID"];
$location.path("/login");
```
The cookie isn't deleted. Refreshing the cookies listing in the "Resources" tab in Chrome Developer Tools shows it's still there. Reloading the login page and refreshing the cookies listing in the "Resources" tab still shows the cookie.

Why can't I delete the cookie from my Javascript client when it's not a HTTPOnly cookie? Is it the path that's causing problems? Shouldn't be, as the script is running on a page included in the cookie's path. Cookies aren't really that difficult to deal with normally, so I'm well aware that there might be something trivial I'm overlooking here - but any help would be much appreciated.

UPDATE:

I had given the wrong path to my app in my original post. It's now edited to reflect the correct path (well, abstractly). It turns out that this was critical information for the question. AngularJS uses the complete relative path of the app as the path attribute of all cookies it creates/deletes, so since our server set the cookie with a path of /myApp/ and the app was running on the relative path of /myApp/app, Angular was trying to delete the former cookie, which doesn't exist (in order to overwrite or delete an existing cookie the name, domain, and path all need to be identical to those used when creating the cookie).
Joe Dyndale over 11 years

I have checked the response from the server, and it had no cookies attatched :(
Joe Dyndale over 11 years

+1 for providing a good explanation and good examples of using the $cookie service. However, it didn't solve the problem for me so I can't mark it as the accepted answer. It's my own fault you couldn't answer the question though, as a crucial mistake was made when I wrote the question (wrong application path). I have updated the question with the correct path and the explanation of what the problem turned out to be.
Dev93 over 9 years

Thank you for actually providing instructions for how to solve this. I got the base href approach working, but I think there may be undesirable consequences, so I'd prefer to set the path from the server... but I can't seem to figure out where the value for "/myApp" should come from. I'm running on localhost:8080/mypage.html, with the argument to the angular.module 'theApp'. But setting path to '', /theApp, or /theApp/ all result in no Angular access to the cookie.
srlm over 9 years

"/myApp" is the path option for the cookie that you're sending. In your case you should use "/mypage.html". Alternatively you could try no path option (default to the path of the request URL) or maybe "/mypage".
Dev93 over 9 years

But I want the cookie to be available for all pages of my site. Any way to do that? In the original poster's question, he has site/myapp/app/index.html#topic, but only references myapp/app in the solution.
Danny about 8 years

Like the OP, my problem was with the path, not the domain, but setting the path in the options finally got rid of the cookie for me. This is the answer that pointed me in the right direction.
tchoum over 7 years

I tried many solutions, but this is the only one that gave me satisfaction : Setting the path AND domain when removing the cookie : $cookies.remove("sessionId", {path: "/", domain:"mydomain.fr"});