Last modified: 2014-03-07 11:44:06 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T49985, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 47985 - Respect bots/nobots-template
Respect bots/nobots-template
Status: REOPENED
Product: MediaWiki extensions
Classification: Unclassified
TranslationNotifications (Other open bugs)
unspecified
All All
: Low minor (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-05-02 10:18 UTC by gameonsweden
Modified: 2014-03-07 11:44 UTC (History)
8 users (show)

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


Attachments

Description gameonsweden 2013-05-02 10:18:57 UTC
The user "Translation Notification Bot" was blocked on svwp since it doesn't take into consideration {{bots|deny=Translation Notification Bot}}, and most likely doens't take {{nobots}} into consideration either. The user isn't a normal bot per-say but since it's automatic and behaves as a bot to all end-users it should follow the same guidelines as any other bot.
Comment 1 Lennart Guldbrandsson 2013-05-02 10:41:26 UTC
A more detailed background can be found here: http://sv.wikipedia.org/wiki/Anv%C3%A4ndardiskussion:MagnusA#Anv.C3.A4ndare:Translation_Notification_Bot (in English).
Comment 2 Siebrand Mazeland 2013-05-02 11:34:14 UTC
It shouldn't. Users have configured the notifications themselves, and can disable them if they want to.
Comment 3 Lennart Guldbrandsson 2013-05-02 12:13:03 UTC
Well, if you read the background, you can see the argument made that the software fills inactive users' talk pages with frequently sent out messages they could have forgotten to unsubscribe to. This, on some wikis, is considered spam. A proposal is made that users who have been inactive for, say, one year on all Wikimedia wikis need to re-subscribe to continue to get the messages.
Comment 4 Ronnie 2013-05-02 12:28:41 UTC
I am very suprised that the software in this way are allowing blocked users and globally inactive users to affect the content of users_talks in the projects, without any possibility for admins or any other user to turn of the subscription, or at least stop the messages in unwanted pages.
Comment 5 Nemo 2013-05-02 22:50:00 UTC
(In reply to comment #4)
> I am very suprised that the software in this way are allowing blocked users
> and
> globally inactive users to affect the content of users_talks in the projects,
> without any possibility for admins or any other user to turn of the
> subscription, or at least stop the messages in unwanted pages.

Since when are inactive users not allowed "to affect the content"? As for blocked users, that's an even more far fetched example, but protection of talk page is often enacted and may work.
Comment 6 gameonsweden 2013-05-07 05:34:59 UTC
I don't know how to add an attachment, but something like this should work.

Change (line 53 - 55 in the current source)

if ( $content instanceof TextContent ) {
 $textContent = $content->getNativeData();
} else {

Into:

if ( $content instanceof TextContent ) {
 $textContent = $content->getNativeData();
 if ( strpos ( $textContent, "|deny=Translation Notification Bot" ) || strpos ( $textContent, "{{nobots}}" ) ) {
  return true;
} else {
Comment 7 Andre Klapper 2013-05-07 09:12:45 UTC
Hi, in order to create software patches, you are welcome to use Developer access
  https://www.mediawiki.org/wiki/Developer_access
to submit this as a Git branch directly into Gerrit:
  https://www.mediawiki.org/wiki/Git/Tutorial
Putting your branch in Git makes it easier to review it quickly.

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


Navigation
Links