Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

User extras #16

Open
rossjones opened this issue Mar 12, 2014 · 4 comments
Open

User extras #16

rossjones opened this issue Mar 12, 2014 · 4 comments
Assignees

Comments

@rossjones
Copy link
Contributor

CKAN would benefit from having a better way of handling user profiles so that core and customised instances can have more control of what information they store against the user.

@rossjones
Copy link
Contributor Author

User Stories

As a developer I want to store information about my users' social user accounts (twitter name, facebook profile etc).

As a developer I would like to be able to group my users into non-auth related groups but have nowhere to store the 'tag' I want to give users.

As a developer I want to implement social authn and require somewhere to store the relevant tokens.

@davidread
Copy link

Some sort of UserExtra?

@rossjones
Copy link
Contributor Author

I think that would be ideal (Package style extras rather than Resource style extras).

@davidread davidread changed the title Support for user profile User extras Feb 17, 2016
@davidread
Copy link

As Ross said https://lists.okfn.org/pipermail/ckan-dev/2016-January/009579.html :

[User-extras] would be very useful to have in CKAN. It's been discussed a few times and it's definitely something that with a few tiny changes and a couple of tests would be a fantastic contribution to core.

Of course everyone could just use the [https://github.com/OCHA-DAP/hdx-ckan/tree/dev/ckanext-hdx_user_extra] plugin directly, but I feel it is probably a better fit in CKAN itself (as the extras are already available on groups, packages and resources), and it would make migrations easier. And then implementing things like social-login could be done knowing that it was available, rather than having plugins relying on plugins.

If you need any help, guidance or suggestions for getting the PR into CKAN, please don't hesitate to shout here on the list or on the IRC #ckan channel.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants