Here's scenario #1: - User sees page - Clicks "login" - is redirected to the page, where he can edit. This is a good, however the following scenario #2 is not good: - User sees page - Clicks "Edit" - Prompted for login, and he logs in - But, now loses the link of the page he wanted to edit
This is the problem. Is there any way the original page link can be preserved through all the steps of scenario #2? This is because usually people's first impulse is to hit "Edit". See my point?
Erik
__________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
On 28/12/06, Eric K ek79501@yahoo.com wrote:
Here's scenario #1:
- User sees page
- Clicks "login"
- is redirected to the page, where he can edit.
This is a good, however the following scenario #2 is not good:
- User sees page
- Clicks "Edit"
- Prompted for login, and he logs in
- But, now loses the link of the page he wanted to edit
What version of MediaWiki?
If the user hits the "log in" link we provide in the message, then the page title should be preserved throughout the login process as the "returnto" parameter.
Rob Church
Its 1.6.8. Yes, the login link is preserved in the first scenario, when the user hits login, as a "returnto" parameter, but not when the user hits edit first- which is the 2nd scenario.
It would be good if its preserved in the 2nd scenario as well because thats the one that most non-logged in users go through the most. People are more likely to hit "Edit" first, then 'Login'. Definitely there's not a solution for this without modifying the MW code. What the ideal program would so is: - still use the 'Returnto' parameter when Edit is clicked - Edit the page, if user is already logged is, OR, if he's not logged in, then keep storing the 'returnto' parameter until he logs in and then return him to the original page using the 'Returnto' parameter.
This is a better user experience than, making him log in and stranding him to a link to the "Main page", rather than the page he wanted to edit in the first place.
I guess this is more like a feature request, but I wondered if anyone had any way around this or modified this current sytem in some way.
Erik
Rob Church robchur@gmail.com wrote: On 28/12/06, Eric K wrote:
Here's scenario #1:
- User sees page
- Clicks "login"
- is redirected to the page, where he can edit.
This is a good, however the following scenario #2 is not good:
- User sees page
- Clicks "Edit"
- Prompted for login, and he logs in
- But, now loses the link of the page he wanted to edit
What version of MediaWiki?
If the user hits the "log in" link we provide in the message, then the page title should be preserved throughout the login process as the "returnto" parameter.
Rob Church _______________________________________________ MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
__________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
On 28/12/06, Eric K ek79501@yahoo.com wrote:
Its 1.6.8. Yes, the login link is preserved in the first scenario, when the user hits login, as a "returnto" parameter, but not when the user hits edit first- which is the 2nd scenario.
Ah, right. In newer versions, this is fixed, so that when the user hits edit and is met with a "please log in" message, the login link on said message preserves returnto= as I described in the previous post.
Rob Church
Great! Thanks for letting me know. Thankgod they fixed it then. I have to wait before upgrading until my server upgrades to php5.
Rob Church robchur@gmail.com wrote: On 28/12/06, Eric K wrote:
Its 1.6.8. Yes, the login link is preserved in the first scenario, when the user hits login, as a "returnto" parameter, but not when the user hits edit first- which is the 2nd scenario.
Ah, right. In newer versions, this is fixed, so that when the user hits edit and is met with a "please log in" message, the login link on said message preserves returnto= as I described in the previous post.
Rob Church _______________________________________________ MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
__________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Moin,
On Thursday 28 December 2006 18:16, Eric K wrote:
Great! Thanks for letting me know. Thankgod they fixed it then. I have to wait before upgrading until my server upgrades to php5.
Does it also fix the problem that:
* there is a needless "you need to login, click here" page? (this page could be completely removed, making one click less nec.) * after the successfull login, you are bounced to a needless "you logged in, click here to return" page * after clicking the "return to" link, it presents you with the article, not the edit page, so you need one more click again.
Can't test this on wikipedia itself, because when you click "edit" on an article, it lets you edit anonymously.
Best wishes,
Tels
- -- Signed on Thu Dec 28 18:18:20 2006 with key 0x93B84C15. Get one of my photo posters: http://bloodgate.com/posters PGP key on http://bloodgate.com/tels.asc or per email.
"Those are my principles, and if you don't like them... well, I have others." -- Groucho Marx
On 28/12/06, Eric K ek79501@yahoo.com wrote:
Great! Thanks for letting me know. Thankgod they fixed it then. I have to wait before upgrading until my server upgrades to php5.
The mysterious They in their ivory tower. It was actually me, in r13870.
Rob Church
On 28/12/06, Tels nospam-abuse@bloodgate.com wrote:
- there is a needless "you need to login, click here" page? (this page could
be completely removed, making one click less nec.)
- after the successfull login, you are bounced to a needless "you logged in,
click here to return" page
- after clicking the "return to" link, it presents you with the article, not
the edit page, so you need one more click again.
No, because no-one thought of those things, or added them to BugZilla. Bouncing the user to a login form with an explanation at the top would be neat. Bouncing them back to the edit form post-login would also be neat, although trickier.
Rob Church
mediawiki-l@lists.wikimedia.org