This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author grahamd
Recipients Simon.Blanchard, grahamd, r.david.murray
Date 2012-10-31.04:38:29
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1351658310.41.0.905778542826.issue16362@psf.upfronthosting.co.za>
In-reply-to
Content
For that cookie string to be valid in the first place, shouldn't it have been sent as:

'HTTP_COOKIE': 'yaean_djsession=23ab7bf8b260cbb2f2bc80b1c1fd98fa; yaean_yasession=ff2a3030ee3f428f91c6f554a63b459c'

IOW, semicolon as separator.

What client generated that HTTP Cookie header with commas in it?

Only way I could see you ending up with that, if client isn't broken, is if when sent by application originally it sent it as only one Set-Cookie response header and had tried to set both values at same time with comma as separator. Then when it has come back from client like that to application, the cookie parser has then done the wrong thing on it.

If this is a browser client, check the browser cookie cache to see what it is stored as in there.
History
Date User Action Args
2012-10-31 04:38:30grahamdsetrecipients: + grahamd, r.david.murray, Simon.Blanchard
2012-10-31 04:38:30grahamdsetmessageid: <1351658310.41.0.905778542826.issue16362@psf.upfronthosting.co.za>
2012-10-31 04:38:30grahamdlinkissue16362 messages
2012-10-31 04:38:29grahamdcreate