Last modified: 2013-05-07 19:36:13 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 T31254, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 29254 - [SUGGESTION] Expose group memberships for query through OpenID teams extension
[SUGGESTION] Expose group memberships for query through OpenID teams extension
Status: REOPENED
Product: MediaWiki extensions
Classification: Unclassified
OpenID (Other open bugs)
unspecified
All All
: Lowest normal (vote)
: ---
Assigned To: T. Gries
https://dev.launchpad.net/OpenIDTeams
:
Depends on: 23735
Blocks:
  Show dependency treegraph
 
Reported: 2011-06-02 21:31 UTC by Brion Vibber
Modified: 2013-05-07 19:36 UTC (History)
2 users (show)

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


Attachments

Description Brion Vibber 2011-06-02 21:31:27 UTC
Many uses for having an OpenID provider on your wiki are to provide an authentication source that can be used for other sites.

Often these may apply only to a subset of users, for which user groups are usually a pretty good way to handle it. A foreign site could, for instance, limit authentication to users on a given site in a given group.

Using the OpenID Teams extension, the relying party can ask whether that group membership is valid at auth time, and get (at least part of) the list of available groups back.


I implemented the relying party side for StatusNet's OpenID plugin a while back for integration with LaunchPad which uses this extension; it shouldn't be too hard in theory to stick in on the provider side here.
Comment 1 T. Gries 2011-06-06 19:50:45 UTC
Yes, it will be  resolved later (when other code issues are finally solved)
Comment 2 Andre Klapper 2012-12-12 14:10:44 UTC
[Removing RESOLVED LATER as discussed in
http://lists.wikimedia.org/pipermail/wikitech-l/2012-November/064240.html .
Reopening and setting priority to "Lowest".
For future reference, please use either RESOLVED WONTFIX (for issues that will
not be fixed), or simply set lowest priority. Thanks a lot!]
Comment 3 T. Gries 2013-05-07 07:19:28 UTC
@ Brion

Brion, you as the reporter, do you still really need this ?

Currently, I cannot implement this due to lack of time and in the view of more important other issues. Please allow me to close this as Resolved Wontfix, but please reopen, if you need it. In this case, perhaps you can then add some new related thoughts, and ideas, suggestion for implementation.
Comment 4 Andre Klapper 2013-05-07 09:06:24 UTC
T. Gries: If you are not *against* fixing this for technical etc. reasons (that's the meaning of WONTFIX), it would be better to keep it open and lowest priority.
Comment 5 T. Gries 2013-05-07 10:06:10 UTC
(In reply to comment #4)
> T. Gries: If you are not *against* fixing this for technical etc. reasons
> (that's the meaning of WONTFIX), it would be better to keep it open and
> lowest
> priority.

I am *against* fixing this.
Comment 6 Ryan Lane 2013-05-07 16:43:11 UTC
I would very much like this. It doesn't necessarily need to be you that fixes it. Keeping it open allows other people to see it and pick it up if they want to tackle it.
Comment 7 T. Gries 2013-05-07 19:36:13 UTC
(In reply to comment #6)
> I would very much like this. It doesn't necessarily need to be you that fixes
> it. Keeping it open allows other people to see it and pick it up if they want
> to tackle it.

Very appreciated message, confirmed and accepted.

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


Navigation
Links