| • philippe.jadin | |
| Oct 20 2014, 3:18 PM |
| F228529: pasted_file | |
| Nov 1 2014, 6:20 PM |
| F228526: pasted_file | |
| Nov 1 2014, 6:18 PM |
| F224093: Screenshot_from_2014-10-23_07:45:59.png | |
| Oct 23 2014, 2:48 PM |
When registering a new user, I get redirected to something like :
http://lab.apertus.org/file/data/nq5pcrecelctlkyheun5/PHID-FILE-gyk3627n7h7evskn2c6n/project.png
Is it an issue with our install or a general phabricator issue?
Also reported in https://phabricator.wikimedia.org/T1138
http://lab.apertus.org/file/data/nq5pcrecelctlkyheun5/PHID-FILE-gyk3627n7h7evskn2c6n/project.png
That png doesn't work?
Anyway, if this is what I think it is, I have seen this problem in the Wikimedia instance, and I have heard a couple of users reporting something similar as well. When it happened to me, I thought that I had clicked some icon accidentally, but didn' pay too much ttention because I was actually logged in a looking forward to test my new username.
I think this is why there are not more reports. Since this only happens (sometimes) during a new account creation, you forget about it after you are registered.
Sounds exactly what we are experiencing. I'll consider this as low priority on our side, and unfortunately, I cannot provide more help on how to reproduce the bug, since I just tried registering with multiple providers again and got no problem this time...
This is probably expected behavior. If you access a page which you need to log in to view, we try to send you back to that page after you log in (or register). Specifically, the expected behavior is:
The common case is that you're trying to view a task and aren't logged in. After you log in, we take you to the thing you were trying to look at. This case is more roundabout, but I think it's equally valid and the behavior is reasonable overall.
In this particular case it's not what happens.
But as I said, I don't understand why sometimes it does that and sometimes not. Only thing different might be a cookie or session set or not. My 2 cents...
Could you try this :
Since at least someone else reported this bug outside our install, I assume it's either some specific config we have in common, or a bug
Reproduced. :)
http://lab.apertus.org/file/data/xz2mq4n5mucwurjnxuug/PHID-FILE-zm65ayyd3m3togauz3mv/project.png
Thanks for trying. Some more details if it helps about our install :
vps/ debian / nginx (with recommended settings from phabricator install) / php fastcgi / mysql -> nothing special afaict, but hells being in the details ...
Whatever auth I try on your server, I get redirected to an image. For Google and Facebook, it redirected me to the Project Icon. For GitHub, it redirected to my GitHub image. I did a Charles to see if I could spot anything, but maybe @epriestley knows how to read these better than I.
My thought here is, Phabricator on the initial auth screen is trying to load the image resource when you register, and it's getting set in SESSION. So when you do finally auth, you get redirected to it.
Also @philippe.jadin if you could delete my test accounts there, it would be so nice. ?
As we approach Wikimedia 's Bugzilla to Phabricator migration (planned to start on Nov 21), more users are registering to our instance and we hear more about "suitcase icon" cases. Today we got a user bothered enough to file a bug: https://phabricator.wikimedia.org/T1138
Theory here is that the image isn't being created with the right permissions when we pull it from the authentication service. Then the user tries to load it, hits a 404 in the background, and gets a cookie set.