| Niharika | |
| Mar 25 2019, 4:55 PM |
| F28561083: Apr-02-2019 15-38-29.gif | |
| Apr 2 2019, 7:17 PM |
| F28464660: image.png | |
| Mar 25 2019, 4:55 PM |
It's not currently possible to login to the SVG Translate tool in production.
When accessing the log-in action in the SVG translation tool, I get redirected to the OAUth process, but the log-in seems not to take effect: The log-in option is still there (instead of my username or a log-out option, that I would expect when logged in) and the upload to commons option is disabled.
The animation below illustrates the issue:
Login works for me on both production and staging. Does it work for you in incognito mode or if you clear your cookies?
Likely unrelated issue: the preview doesn't work for the example https://tools.wmflabs.org/svgtranslate/File:100_Years_War_France_1435-sr.svg
Also, is this is a duplicate of T219179?
It's not the cause of this issue (which I'm still trying to reproduce properly), but I noticed that the session ID wasn't being regenerated on login so have opened https://github.com/wikimedia/ToolforgeBundle/pull/15
The actual issue here I am thinking might be something similar to T217815 in that maybe the session file isn't being written to the filesystem properly. Although I can't see any incomplete files.
There also seems to be a strange interaction (which again I'm unable to replicate) when the current_filename session variable is set and the user, after logging in, is redirected back to the translate page. Is it possible that this redirection is happening before the bundle's AuthController has finished (or, more likely, before the session has been finalized)? I'm not really sure.
It looks like there's only 4 logged-in users at the moment. We could delete those sessions and what what happens when/if the issue comes back.
From our meeting I'm assuming it's safe to lower from UBN. (People like to see the median age of open UBNs at a minimum :)
Sigh. The issue is back. See T219870: Cannot log-in.
Switching this back to UBN status.