Just for the record, sorry for not posting it right away:
Chris Steipp found the issue in my case to be the enabled "Block third-party cookies and site data" chrome setting. Even though this is not default at the moment, apparently Firefox is thinking of making this a default. Enabling it breaks the cross site family logins (but not cross-language) logins.
On Tue, Mar 5, 2013 at 10:45 PM, Brian Wolff bawolff@gmail.com wrote:
From what I *understand* you don't have an account on the local wiki until you visit there. Could perhaps whatever api methods used by the app not be triggering this auto-account-creation process properly like a normal web interface edit would?
-bawolff On 2013-03-05 11:17 PM, "Jon Robson" jdlrobson@gmail.com wrote:
So an update. I'm pretty sure I've worked this out. CentralAuth will only work if the user has previously visited the wiki project the login
attempt
is made for. Many browsers these days refuse cookies for sites the user
has
not visited. I'm still investigating but I'm pretty sure an image to a
URL
counts as a previous visit. On 28 Feb 2013 13:07, "Juliusz Gonera" jgonera@wikimedia.org wrote:
On 02/27/2013 05:13 PM, Paul Selitskas wrote:
Do you use the same protocol in Wikipedia and other projects? When I first log in via HTTPS and then somehow get to HTTP, I need to log in.
We use the same protocol. We enforce HTTPS after login, and later use protocol agnostic URLs.
-- Juliusz
______________________________**_________________ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/**mailman/listinfo/wikitech-l<
https://lists.wikimedia.org/mailman/listinfo/wikitech-l%3E _______________________________________________ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l