Last modified: 2012-12-02 18:09:51 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 7129 - Remove one click-step from processes like watch, unwatch, and login
Remove one click-step from processes like watch, unwatch, and login
Product: MediaWiki
Classification: Unclassified
Interface (Other open bugs)
All All
: Normal enhancement with 10 votes (vote)
: ---
Assigned To: Aryeh Gregor (not reading bugmail, please e-mail directly)
: 9154 (view as bug list)
Depends on: 10163
  Show dependency treegraph
Reported: 2006-08-26 15:31 UTC by Steve Bennett
Modified: 2012-12-02 18:09 UTC (History)
8 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Description Steve Bennett 2006-08-26 15:31:22 UTC
The current process to unwatch a page, from the user's point of view, goes:
1. Click "unwatch"
2. Confirmation page is shown
3. Click "Return to [article]" 
4. Article page is shown.

This could be reduced to:

1. Click "unwatch"
2. Article page is shown, with a banner like "This page has been removed from
your watchlist".

The same enhancement could be applied to watching pages, saving pages (simply
adding a confirmation banner), and logging in. As Tels reports, the current
process for logging in when editing a page is as follows:

1 while loged out, click "edit"
2 see msg about need to log int, click "login"
3 (firefox fills in pwd/user) press button "login"
4 click "go back to page"
5 click "edit"

This could be reduced to something as short as:

1. while logged out, click "edit"
2. login box is shown, with note about what happens if you edit without logging
in. Below this, the normal editing page apppears, if you want to remain logged out.
3. fill in your login details and press "login"
4. the edit page is shown again, obviously without the login box.

This has the positive side effect of enhancing the visual cue that you're
editing in IP mode.
Comment 1 Nick Jenkins 2007-01-09 07:59:45 UTC
r18598 from Dan Li / Simetrical goes towards one-click for watch/unwatch, using
AJAX. Currently disabled by default, hence not accessible on the Wikipedia.
Comment 2 Aryeh Gregor (not reading bugmail, please e-mail directly) 2007-03-02 21:53:22 UTC
*** Bug 9154 has been marked as a duplicate of this bug. ***
Comment 3 Fernando Correia 2007-03-06 20:37:48 UTC
Bug 9154 is similar, but with a different focus: when a login is made that has
the "returnto" attribute, after a successful login redirect the user directly to
the page.

This could be configurable, or could be implemented by a hook of the
UserLoginComplete event if function successfulLogin() would skip further
processing when receiving a false return from this hook.

This could improve the user experience and allow direct authenticated access to
a page. This feature would enable using a wiki as a context-sensitive help for
an application.
Comment 4 ravedave 2007-07-10 05:50:32 UTC
Rather than AJAX for the login how about an instant redirect with some sort of banner displayed saying "You are now logged in"?
Comment 5 Aryeh Gregor (not reading bugmail, please e-mail directly) 2007-07-10 21:02:34 UTC
That's what this bug requests, per comment #0.
Comment 6 Voyagerfan5761 / dgw 2007-09-16 08:52:39 UTC
That sounds better than the current separate "Successful" page. With the recent addition of the AJAX Watcher to default MediaWiki installations, which puts banners at the top of the page on watch and unwatch, a banner denoting a login success on top of the original page wouldn't be out of place.

In fact, why not take this a bit further and have a login box pop up via AJAX (or just show a hidden content section) when the login link is clicked? Many sites do this, and it really streamlines the interface, removing an entire page load. Login checking could be integrated into the box, so it reloads the "dialog" separately from the rest of the page if the login fails. Special:Userlogin would be kept for non-AJAX browsers.
Comment 7 DieBuche 2010-12-04 18:49:54 UTC
All of that is possible by now, see Extensions:AjaxLogin
Comment 8 Aryeh Gregor (not reading bugmail, please e-mail directly) 2010-12-04 23:35:16 UTC
This should be enabled by default for all installs -- we shouldn't be requiring extensions for enhancements to basic functionality.
Comment 9 Platonides 2010-12-04 23:43:30 UTC
I think it's desirable. But even if done via AJAX, there still need to be a page load for getting the login box.
Comment 10 Platonides 2012-12-02 18:09:51 UTC
The original bug was fixed time ago. If it was desired to show the watch tab to anons and perform an AJAX login, a new bug should be opened.

Note You need to log in before you can comment on or make changes to this bug.