in reply to Logged in status does not persist (http://perlmonks.org/ + no "third party" cookie)

parv:

Perhaps you should use perlmonks.com instead? I seem to recall having a similar issue a few years back when I was using the .org domain, as most of the links seem to reference the .org domain. Of course, I don't do web stuff, so I could be talking through my hat.

...roboticus

When your only tool is a hammer, all problems look like your thumb.

  • Comment on Re: Logged in status does not persist (http://perlmonks.org/ + no "third party" cookie)

Replies are listed 'Best First'.
Re^2: Logged in status does not persist (perlmonks ) + no "third party" cookie)
by Anonymous Monk on Apr 30, 2012 at 13:45 UTC

    FWIW, the same code runs on .com/.net/.org, each of them set the same cookie but for different domains, so Corion can be logged into .org as "Corion", and as "Co-Rion" into .net and "Anonymous Monk" into .com

    What you probably experienced was someone linking to a different TLD using full url, instead of using a relative link (  [id://] )

      This is true, but doesn't fit as a solution to the problem stated as

      whenever I hit "vote" or "I've checked all these" buttons

      ... because these buttons should submit to the same domain the original page was served from. Vote buttons or the "I've checked all these" shouldn't be visible for domains where you are not logged in.

      I don't have any experience with Opera so I don't know if deleting a cookie once blocks it for all time like with Firefox. I think that Perlmonks sends a cookie to whatever domain you've used to log in - maybe there is some tool for Opera to inspect what headers get received from the server when logging in and whether Opera actually considers the cookie to be valid for the current page...

      Update: The easiest explanation would be a wonky localtime setting on the machine. If the cookie is sent with a timeout that is (according to the machine) in the past, the browser would immediately discard the cookie.