Last modified: 2013-12-31 20:54:28 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 T60312, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 58312 - OAuth extension should register currently active change tags
OAuth extension should register currently active change tags
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
OAuth (Other open bugs)
unspecified
All All
: Normal enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
: easy
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-12-11 06:35 UTC by Erik Moeller
Modified: 2013-12-31 20:54 UTC (History)
7 users (show)

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


Attachments

Description Erik Moeller 2013-12-11 06:35:17 UTC
It looks like the OAuth extension applies change tags, but it doesn't register the ones which are currently in use by approved consumers. As a result, a page like https://commons.wikimedia.org/wiki/Special:Tags will show all OAuth related tags as "inactive". It would actually be useful to be able to distinguish between tags set by consumers which are approved (active) and those which are not.
Comment 1 Brad Jorsch 2013-12-11 17:27:18 UTC
I'm not sure that the change in definition for ChangeTags::listDefinedTags() made in Gerrit change #81830 (after change tags were added to OAuth) really makes sense.

According to the comment on that function (which wasn't updated to match the changed definition), the purpose of that list is to list tags that should show up on Special:Tags even when they aren't attached to anything. If a tag shouldn't show up when it's not attached to anything (as may be the case for OAuth's tags if the consumer doesn't take any logged actions), then it shouldn't be returned by that function.

Gerrit change #81830 changed that definition, now there is no straightforward way to say "active" without also forcing it to show up in the list when there are 0 tagged changes. The non-straightforward way is to query if there are any tagged changes for each tag before adding it to the list of "defined" tags.
Comment 2 Bartosz Dziewoński 2013-12-11 19:55:33 UTC
That change doesn't even touch ChangeTags, it only touches SpecialTags.
Did you mean some other one? Or am I misunderstanding you entirely?
Comment 3 Brad Jorsch 2013-12-11 20:03:31 UTC
(In reply to comment #2)
> Or am I misunderstanding you entirely?

Yes, you changed Special:Tags to use ChangeTags::listDefinedTags() in a manner inconsistent with its former meaning.
Comment 4 Bartosz Dziewoński 2013-12-11 20:06:05 UTC
How so? I honestly don't see any inconsistency. The way I see it here, OAuth should just use the 'ListDefinedTags' hook to define its tags, like every other extension out there.
Comment 5 Erik Moeller 2013-12-31 19:59:38 UTC
Hey Brad, any update on this? Marking OAuth apps incorrectly as "inactive" is IMO worse than potentially having a consumer listed even if it hasn't been used to make any changes on a particular wiki.
Comment 6 Brad Jorsch 2013-12-31 20:54:28 UTC
Did we make a decision on Bartosz's change in semantics of ChangeTags::listDefinedTags(), making it effectively ChangeTags::listActiveTags() instead (and therefore making it impossible to have a defined tag that isn't "active" or an "active" tag that isn't pre-defined)?

If we're going to keep that change in semantics, then all someone has to do is add a hook function for ListDefinedTags that dumps the proper subset of possible OAuth tags into $tags. And someone needs to decide if "the proper subset" contains consumers that are still pending approval but might be being used by the creator and/or consumers that are approved but have made no logged actions.

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


Navigation
Links