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

Design forward: Users management #1927

Closed
jancborchardt opened this issue Feb 26, 2013 · 19 comments
Closed

Design forward: Users management #1927

jancborchardt opened this issue Feb 26, 2013 · 19 comments

Comments

@jancborchardt
Copy link
Member

Currently user management is just one giant long list of all users, with no way to quickly filter. Let’s do this properly. Actually this design can largely also be shared with the Contacts app since the functionality is very similar (cc @tanghus).

Left list

The left side should list groups: Everyone, Admins, Management, Design, … and so on.
The first item in the list should be »+ Add group« which on click should add an entry to the beginning of the list with a text input, autofocused to start typing.

Groups should be sorted alphabetically in the list except »Everyone« and »Admins« which should always be on top of the list.

Clicking a group will filter the right content to just show people of that group.

Right content

On the right there’s a list of users. By default this will show Everyone. In each group the sorting is admins up top and after that alphabetically.

The first entry in the list will always be »+ Add user«, which on click should add an entry to the beginning of the list with text inputs for username, password, group dropdown, etc much like it is now in the existing top bar (which will be removed then).

The user list will have entries of about 50px height, with image (if available) on the left, then display name (username in parentheses), group dropdown, delete function on the right – actually just very much the same as the list is now.

That’s pretty much it for the first iteration. Feedback @Raydiation @karlitschek @tanghus @MTRichards?

@ghost ghost assigned jancborchardt Feb 26, 2013
@tanghus
Copy link
Contributor

tanghus commented Feb 26, 2013

Groups should be sorted alphabetically in the list

Or sort them alphabetically initially, but add the option to sort them, except »Everyone« and »Admins«.
Otherwise people make up group names like "01Tech", "02HR" etc.

Clicking a group will filter the right content to just show people of that group.

Should the last selected group maybe be saved?

The user list (...)

I think groups in the user list should only be display, with an option to edit, which would then create the controls - much like it is now for display name and password. If you have hundreds or thousand of users in the list, it is really heavy for the browser, and scrolling becomes very slow.

@MTRichards
Copy link
Contributor

Agree with @tanghus and @jancborchardt on this item. We need to make it easier to manage, and the backlog has this specific item in there.

@blizzz also needs to work with LDAP/AD user search with the same options.

@blizzz
Copy link
Contributor

blizzz commented Feb 26, 2013

Won't be a problem, as the interface always is what is specified in OC_User resp. OC_User_Interface (same for Groups).

What also should be caught (and isn't now) is that before edit is possible, it should be checked whether it is supported for the user, as not every backend does support changes or only to parts of the user.

@MTRichards
Copy link
Contributor

Great point. Can't make changes to passwords that are stored in LDAP / AD for example.

@georgehrke
Copy link
Contributor

The left side should list groups: Everyone, Admins, Management, Design, … and so on.

we should have a list item for subadmins as well

@blizzz
Copy link
Contributor

blizzz commented Feb 26, 2013

In each group the sorting is admins up top and after that alphabetically.

Is it to be sorted according to the internal name or the display name?
For LDAP, the internal name may look like "In each group the sorting is admins up top and after that alphabetically." while the display name is "Alice Alison".
For internal ownCloud users the internal name is also the login name.

@blizzz
Copy link
Contributor

blizzz commented Feb 26, 2013

PS: current state it is internal name. I'd prefer it to be according to the display name.

And what is the filter supposed to filter? Both fields?

@MTRichards
Copy link
Contributor

Display name if set, otherwise internal name - would be cool if both of course, with some way to select them, but I would settle for display name for now.

@ewildgoose
Copy link

Testing the same interface on the contacts app is inspired. Excellent idea to encourage re-use and also getting the interface right

Definitely you need a "filter" option for both (not the global search). I have thousands of users and contacts - I often need to approximately filter them based on a partial search, and then scan through the results of the filter to find what I'm after. My vote would be that the filter goes above the group list

@raghunayyar
Copy link
Member

Reference : #1612

@boehmr
Copy link

boehmr commented Mar 20, 2013

When creating new users (from admin), have the ability to add their DisplayName and email address at time of creation.

@MTRichards
Copy link
Contributor

Is there an ETA on these updates?

@karlitschek
Copy link
Contributor

@MTRichards Well this is only conception phase at the moment. I don't think we have a developer yet so no ETA at the moment.

@raghunayyar
Copy link
Member

@karlitschek @MTRichards I guess I posted on the ML about this. If selected, this is one of the 3 modules I will work on as a part of my Summer of Code Project (others being Apps Management #1924 and Files App #1936). Here is a link to the proposal : https://docs.google.com/file/d/0BzbWoqHoVqOPWGlVb011VUcyeUU/edit?usp=sharing You guys can get a rough idea from the timeline when these will be ready. :)

@raghunayyar
Copy link
Member

I am assuming ETA = Estimated Time of Arrival btw, that is why I posted here. ;)

@MTRichards
Copy link
Contributor

A few user stories that this can help us resolve:
User story 1: make it possible for an admin to take an LDAP user, find them in the middle of thousands of users, and add them as an admin of ownCloud.
User story 2: make it possible for an admin to manage quota for a specific user, when the users is managed in LDAP but the quota is updated or managed separately in ownCloud
User story 3: make it possible for an admin to find a user and make it into a local group admin

The real problem seems to be that right now it doesn't scroll dependably, and often users can't be found to turn them into admins on ownCloud, to change quota, or to make ownCloud specific changes.

@oparoz
Copy link
Contributor

oparoz commented Feb 13, 2014

Not sure if this is the right place, but I've recently realised I'm missing a user management feature in OC: Log in as user.
Let's say I manage an OC installation for a client, it's much easier to simply select the user, click on "log in as user" than it is to request the customer's password every time I want to do perform a task for them.
Thoughts?

@MTRichards
Copy link
Contributor

@interfasys I like this feature. Something we have discussed a bunch, and a good idea.

@jancborchardt
Copy link
Member Author

This was finally fixed/imlplemented in the new user management: #7151

For any additional features or requests, please open individual issues.

@lock lock bot locked as resolved and limited conversation to collaborators Aug 16, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests