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
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
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
On 02/27/2013 06:36 PM, Chris Steipp wrote:
I'm not able to reproduce the error (auto login is working for me) in
Chrome 25 or Firefox.
If someone is still able to reproduce this, can you let me know if:
* The images from various Special:AutoLogin pages are loading when you login
* You do (or
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
I am seeing this issue right now on desktop - I am logged in into en-wiki,
and all other languages works, but the moment i switch to commons /
wikiversity / wikiquote / etc, i need to login. Seems like all the
cross-site is broken (has it even worked before?)
On Wed, Feb 27, 2013 at 8:02 PM,
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.
On Thu, Feb 28, 2013 at 4:10 AM, Yuri Astrakhan yuriastrak...@gmail.com wrote:
I am seeing this issue right now on desktop - I am logged in into en-wiki,
I am not sure how i logged in initially, probably http, but i just logged
in into http://meta.wikimedia.org to test, and that didn't get me into the
other sites like http://en.wikiquote.org/ (all http, no https).
I'm using (alpha?) chrome Version 27.0.1423.0 canary
On Wed, Feb 27, 2013 at 8:13
Update: I think its fully repeatable - in chrome's incognito mode
(Ctrl+Shift+N) - logged in into http en.wiki, tested in ru.wiki and zh.wiki
-- worked fine. Switched to non *.wikipedia.org urls - fail.
On Wed, Feb 27, 2013 at 8:21 PM, Yuri Astrakhan yuriastrak...@gmail.comwrote:
I am not
On 02/27/2013 08:29 PM, Yuri Astrakhan wrote:
Update: I think its fully repeatable - in chrome's incognito mode
(Ctrl+Shift+N) - logged in into http en.wiki, tested in ru.wiki and zh.wiki
-- worked fine. Switched to non *.wikipedia.org urls - fail.
It is working for me on HTTPS in Firefox
On Wed, Feb 27, 2013 at 5:49 PM, Matthew Flaschen
mflasc...@wikimedia.org wrote:
On 02/27/2013 08:29 PM, Yuri Astrakhan wrote:
Update: I think its fully repeatable - in chrome's incognito mode
(Ctrl+Shift+N) - logged in into http en.wiki, tested in ru.wiki and zh.wiki
-- worked fine. Switched
11 matches
Mail list logo
