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).
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.
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.
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.