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(a)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(a)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(a)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(a)lists.wikimedia.org
https://lists.wikimedia.org/**mailman/listinfo/wikitech-l<
https://lists.wikimedia.org/mailman/listinfo/wikitech-l>
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l