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 t
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" 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
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
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 do
On Wed, Feb 27, 2013 at 5:49 PM, Matthew Flaschen
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 to non *.wikiped
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 (
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 wrote:
> I am not sure how i logged in initi
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 P
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 wrote:
> I am seeing this issue right now on desktop - I am logged in into en-wiki,
> and all other languages
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, Juliu
Hi,
Yesterday we released photo uploads in mobile (actually moved it from
beta to stable). We're logging errors we get when people try to upload
photos and it seems the most common one is that they're not logged in to
Commons even though they logged in to Wikipedia. It seems to be
happening q
12 matches
Mail list logo
