Specify a path for cookies, hopefully avoiding login problems with Firefox (YellowGrass/169)

“If the path is not specified, it as assumed to be the same path as the document being described by the header which contains the cookie.” (http://curl.haxx.se/rfc/cookie_spec.html)

Log:


13:41:33 <Chip_Zero> sndr: ik krijg weer steeds 404 Not Found errors bij het inloggen op yellowgrass met firefox. vervolgens ben ik dan “half” ingelogd en kan ik bijv. geen comments plaatsen
13:41:58 half ingelogd :s Dat is interessant
13:42:07 bij mij werkte hij net nog goed
13:42:22 of heb je het weer bij 1 browser?
13:43:00 <Chip_Zero> 1 browser, maar cookies wissen maakt geen verschil
13:43:11 en cache wissen?
13:43:54 <Chip_Zero> sndr: wat wel raar is dat ik twee JSESSIONID cookies krijg: eentje van yellowgrass.org/ en een van yellowgrass.org/issue/Spoofax/
13:44:03 <Chip_Zero> dat zal het probleem zijn
13:44:26 :
13:44:43 mmm, ik dacht dat cookies gekoppeld waren aan een domein, niet aan een pagina
13:45:22 <Chip_Zero> sndr: dat dacht ik eerlijk gezegd ook :-Z maar de cookies viewer heeft ook een “Path:” veld
13:45:35 <Chip_Zero> en ik heb dus 2 verschillende JSESSION ids
13:46:08 oh ja, mijn cookie viewer heeft ook een path veld, maar ik heb maar 1 cookie
13:46:15 <Chip_Zero> sndr: workaround: inloggen via http://www.yellowgrass.org/ en niet via een pad als https://yellowgrass.org/issue/Spoofax/326
13:46:25 even kijken wat er gebeurt als ik twee keer inlog
13:46:30 <Chip_Zero> maar in een andere browser werkt inloggen vanaf een issue pagina wel goed
13:46:35 met of zonder www.?
13:46:40 <Chip_Zero> zonder
13:47:00 <Chip_Zero> als ik op / inlog krijg ik maar 1 cookie
13:47:37 als ik twee keer probeer in te loggen (op verschillende pagina’s) krijg ik een 404
13:47:46 niet echt de bedoeling, maar op zich niet echt fout
13:48:48 egwel fout…
13:49:06 oke oke, fout dan, maar niet Chip_Zero’s fout
13:49:12 <Chip_Zero> sndr: ja, dat ken ik
13:50:08 sndr: het is hoe dan ook niet Chip_Zero’s fout natuurlijk
13:50:17 Chip_Zero: hoe moet ik inloggen om twee cookies te krijgen (ik probeer het te reconstrueren)
13:50:59 ikwildrpepper: nee, dat is waar, herphrasering: Chip_Zero’s fout -> de fout die optreed op Chip_Zero’s computer
13:54:45 sndr: ;)
13:58:54 <Chip_Zero> sndr: als ik met firefox inlog op https://yellowgrass.org/issue/Spoofax/326 dan krijg ik die 404 en twee cookies
13:59:50 * sndr probeert ook twee cookies te krijgen
14:01:07 <Chip_Zero> dannyg, sndr: “If the path is not specified, it as assumed to be the same path as the document being described by the header which contains the cookie.” (http://curl.haxx.se/rfc/cookie_spec.html)
14:02:38 Chip_Zero: ik kan de 404 reproduceren, maar het lukt me niet om twee cookies te krijgen
14:02:53 <Chip_Zero> sndr: ja maar jouw 404 is de mijne niet…
14:03:05 dat blijkt
14:03:14 <Chip_Zero> ik denk dat die 404 alleen het gevolgd is van een sessie cookie die al bestaat
14:03:26 wat is de 404 tekst die jij krijgt?
14:04:27 Chip_Zero: ik kan path ook expliciet maken in de cookie, zet maar in een webdsl issue
14:05:19 <Chip_Zero> sndr: gewoon, standaard 404. http://pastebin.ca/2037678
14:05:24 <Chip_Zero> dannyg: dat klinkt als een oplossing
14:06:05 Chip_Zero: aha, dat is dan inderdaad een andere 404 dan ik krijg
14:06:11 <Chip_Zero> toch wel?
14:06:23 ik krijg een Error: server received POST request but was unable to dispatch to a proper action
14:06:57 lastig, morgen maar even irl proberen
14:08:12 <Chip_Zero> https://yellowgrass.org/issue/WebDSL/299

Submitted by Lennart Kats on 3 January 2011 at 14:07

On 4 January 2011 at 11:18 Lennart Kats commented:

It seems the login problem can be reproduced by disabling the “accept third-party cookies” setting in Firefox, and then logging into yellowgrass at https://yellowgrass.org/issue/WebDSL/299. Then you should get a 404 and two cookies, one with path /issue/.


On 24 January 2011 at 14:51 Danny Groenewegen tagged 1.2.7

On 24 January 2011 at 15:07 Danny Groenewegen closed this issue.

On 24 January 2011 at 15:07 Danny Groenewegen commented:

The cookie path is now explicitly set to “/”.

Log in to post comments