Last modified: 2009-01-13 18:37:58 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 11443 - Auto-noindex user/user talk pages for blocked users.
Auto-noindex user/user talk pages for blocked users.
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
User blocking (Other open bugs)
unspecified
All All
: Normal enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks: 17004
  Show dependency treegraph
 
Reported: 2007-09-24 20:02 UTC by Gregory Maxwell
Modified: 2009-01-13 18:37 UTC (History)
3 users (show)

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


Attachments
Adds noindex,nofollow for User and User_talk pages of blocked accounts (742 bytes, patch)
2007-12-29 11:09 UTC, Huji
Details

Description Gregory Maxwell 2007-09-24 20:02:34 UTC
When a user is blocked mediawiki should automatically send no-index to spiders for all of their user/user_talk pages.

Ideally this would include subpages, but since those are not formally identified as being connected with the user it may be that including them isn't realistic. 

This will prevent queries on outside search engines for a persons name bringing up user pages which have "this user is blocked" notices. It will also curtail the ability of blocked users to use their user talk pages as public soapboxes, without the trouble of keeping the page protected blank.
Comment 1 Huji 2007-12-29 11:09:34 UTC
Created attachment 4482 [details]
Adds noindex,nofollow for User and User_talk pages of blocked accounts

The attached patch fixes this bug, by adding noindex and nofollow to user and user talk pages (but not subpages) of the blocked accounts.

The problem of this patch is, it doesn't affect the cached version of a page. Possible solutions are touching the user and user talk pages when a block happens, or purging their cache when a block happens. I can't think of a solution which doesn't depend on page cache at the moment.
Comment 2 Aryeh Gregor (not reading bugmail, please e-mail directly) 2007-12-29 23:36:43 UTC
I don't think we want to have this hardcoded.  Perhaps it would make more sense as a block option, but we possibly have too many of those already.  Maybe a configuration option.  Also, assuming some sort of automatic solution, it might not make sense to do this for someone who's only been blocked for a short period of time: perhaps this should be only for permanent blocks.

Alternatively, we can simply implement bug 9415 and allow this to be implemented manually, which gives more flexibility and avoids all problems except perhaps tedium.
Comment 3 Gregory Maxwell 2007-12-30 00:46:36 UTC
After seeing the above patch I was thinking "configuration option".

Making it a separate step for users just creates extra work, and extra things which can be forgotten.

Right now if someone maliciously creates user "John Q. Public of 1234 pine street" causes trouble, then gets blocked, their bogus userpage with block notice can easily end up a top hit on Google (if, for example, this happens on English Wikipedia).  The real John Q. Public of 1234 pine street might be rightly annoyed that this page comes up when you google his name... but his pleas for remedy may go unanswered because the project administrators are already flooded with inane attempts to game the blocking system.  As such the behavior should really be by default. If there is a manual override, it could be used to un-no-index the page, in the rare case where there is really a need to do it.

I suppose it wouldn't cause any harm to make it compare block expiration time to a configured threshold, and only no-index when the  block is longer than the threshold... but on the other hand, spiders by their very nature will come again, and no-indexing a page for a short time-span is also likely to not cause harm.

9415 has its own problems, as documented on that bug. I really see it as an orthogonal feature, in any case... manual ability makes sense for cases that can't be done automatically, automatic action makes sense where there is a clearly right thing to do.   
Comment 4 Aaron Schulz 2007-12-30 00:50:44 UTC
I'd agree that if we have this, it should automatically apply.
Comment 5 Aaron Schulz 2009-01-13 17:12:42 UTC
Maybe it should only be for indef blocks...
Comment 6 Brion Vibber 2009-01-13 17:21:50 UTC
This sounds ok to me as written; I don't think there's a huge need for a config option. On the other hand it's easy to throw it in.
Comment 7 Aaron Schulz 2009-01-13 18:37:58 UTC
Done in r45712

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


Navigation
Links