Last modified: 2014-10-09 19:02:18 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 T57428, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 55428 - Remove all logging for the Thanks extension
Remove all logging for the Thanks extension
Status: RESOLVED WONTFIX
Product: Wikimedia
Classification: Unclassified
Site requests (Other open bugs)
unspecified
All All
: Low normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-10-07 17:57 UTC by Steven Walling
Modified: 2014-10-09 19:02 UTC (History)
10 users (show)

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


Attachments

Description Steven Walling 2013-10-07 17:57:00 UTC
In bug 49087, and in other places, it has been suggested that the partial logging of thanks actions visible to date is not helpful and should be either expanded or removed. 

In order to prevent aggregation of thanks received on a per-edit basis (ala Like or +1 button), it is unlikely that logging will be expanded to include edits etc. In general, thanks are not intended to be public displays of appreciation for a particular edit, and should remain semi-private or entirely private between two editors. 

Currently, the English Wikipedia's request to hide Thanks logs from the default view was fulfilled, making the logs something a user needs to actively know about and seek out specifically. This works for that community, while potentially letting others see the logs as well. 

If we do turn off all public logging of thanks actions, we should consult with all the communities that currently use Thanks, and gauge their reaction.
Comment 1 Nemo 2013-10-07 18:08:16 UTC
If it's made private, the sender should be allowed to retain a copy, either on email or somewhere else. (BTW, I hugely dislike the idea of private inboxes and the like being embedded in MediaWiki.)
Comment 2 Steven Walling 2013-10-07 19:00:22 UTC
(In reply to comment #1)
> If it's made private, the sender should be allowed to retain a copy, either
> on
> email or somewhere else. (BTW, I hugely dislike the idea of private inboxes
> and
> the like being embedded in MediaWiki.)

You mean private inboxes like your watchlist? 

</trolling> ;)
Comment 3 Nemo 2013-10-07 19:06:15 UTC
(In reply to comment #2)
> You mean private inboxes like your watchlist? 

There's nothing private in Special:Watchlist, we've already had this conversation.
I'll note that e.g. Panoramio has a private message feature which stores all messages in your email box but nowhere in their interface that I can see.
Comment 4 Kunal Mehta (Legoktm) 2013-10-07 20:14:24 UTC
Shouldn't this be in the Wikimedia/Site requests component? You can easily use $wgThanksLogging to turn logging on or off, and I can't think of any reason why you would want to remove functionality that from the extension.
Comment 5 Steven Walling 2013-10-07 20:24:08 UTC
(In reply to comment #4)
> Shouldn't this be in the Wikimedia/Site requests component? You can easily
> use
> $wgThanksLogging to turn logging on or off, and I can't think of any reason
> why
> you would want to remove functionality that from the extension.

Good call. Done.
Comment 6 Krinkle 2013-10-07 20:28:21 UTC
(now that the bug is in Site requests, making bug summary less generic, we're not going to remove all MediaWiki logging)
Comment 7 MZMcBride 2013-10-08 00:24:20 UTC
(In reply to comment #0)
> If we do turn off all public logging of thanks actions, we should consult
> with all the communities that currently use Thanks, and gauge their reaction.

Indeed. Not a fun task.
Comment 8 Scott Martin (http://enwp.org/user:scott) 2013-10-08 20:21:32 UTC
(In reply to comment #1)
> If it's made private, the sender should be allowed to retain a copy, either
> on email or somewhere else.

I think it would be a good thing to provide a complete, private thanks-received history to each user, that could be blanked or have entries removed in the same manner as browser history.
Comment 9 Scott Martin (http://enwp.org/user:scott) 2013-10-08 20:34:48 UTC
Oh - I also think we should have a user group (akin to CheckUsers) with the ability to look at a user's thanks activity if they have reasonable suspicion that the facility is being abused. Such inspections should of course be logged and taken very seriously, just as CheckUser is.

However, I don't know if it ever has been abused to an extent that would require engineering of that grade. If the idea is found acceptable, perhaps it could be put on a back burner (filed as a separate bug?) with somebody ready to jump on it should an actual need prevent itself.
Comment 10 Steven Walling 2013-10-08 20:39:54 UTC
(In reply to comment #1)
> If it's made private, the sender should be allowed to retain a copy, either
> on
> email or somewhere else. (BTW, I hugely dislike the idea of private inboxes
> and
> the like being embedded in MediaWiki.)

The contents of thanks notifications are the same every single time, so there is no individual "copy" to retain. The interface shows you that you thanked someone for an edit, and the user in question receives via Web or email, depending on their personal preferences.
Comment 11 MZMcBride 2013-10-08 22:31:47 UTC
How are thanks notifications different from mention notifications?
Comment 12 Steven Walling 2013-10-08 22:38:22 UTC
(In reply to comment #11)
> How are thanks notifications different from mention notifications?

Mentions are created via a link in a wiki page. They're more public actions, because even if you don't see the notification generated, you can see that someone's userpage was linked to. Thanks are generated only via clicking the "thank" button on a diff or history page, next to undo. For these and all notifications, you are not privy to whether someone received the notification or not. The other difference is that the "thank" button is created via a separate extension, while mentions are built in to Echo. 

That's pretty much it, to talk about it at a very high level.
Comment 13 Nemo 2014-04-26 08:31:35 UTC
[[mw:Principles]].

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


Navigation
Links