Category: Group

Sometimes, we want people to participate to one wiki page, to access their user tracker to update personal information or access a ((workspace))

Right now, we need to

#create a user
#create a group
#assign user to the group
#give permissions to group ( in general or for a specific item)
#inform this person, typically by email, on how to access this page


Instead, I would want to
#add an email
#pick the permissions this person has
#any limitations (works x times, or for x days/weeks)
#an optional message

And the system should send a 1-click login email (an email with a link in it which is unique / very difficult to guess).

Whoever clicks that link
*Would be authenticated with the appropriate permissions and according to the limitations.


Related:
Expiry date for group membership
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1071

Somewhat related:
Send welcome email (by admin to new user or user that has not connected in a while)
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1016

Contributors

Contributors

Contributors

Contributors

If you require login but assign just a custom module to pagetop without selecting at least the registered group, it will kill your Tiki.

You'll have to edit the MySQL tiki_modules table and delete your module to make it work again.

We are running Tiki 6.2 (clean install), on a Windows 2003 Server, Apache 2.2.16 w SSL, PHP 5.3.3, remote MySQL 5 database.

What we would like to do in our organization is for an admin to create group MyGroup and assign Bill to the group. The admin would then give the MyGroup object permissions:
* Can add group members (tiki_p_group_add_member)
* Can remove group members (tiki_p_group_remove_member)
* Can invite user to my groups (tiki_p_invite_to_my_groups)

At this point I would figure that there would be some kind of interface so that Bill could have a user selector and bring people into his group. I have checked around but I can not see any mechanism to do this.

We want to avoid our admin to manage groups for 1000's of users.

On a side note, we also investigated letting users select their own groups however we can also not find a mechanism to do this. We enabled all permissions we could think of such as:
* Can subscribe to groups (tiki_p_subscribe_groups)
* Can join or leave the group (tiki_p_group_join)
* In the group we selected "User can assign to the group himself"
but we can still not find where the user can change his group.

Our users sign in with their LDAP (AD) logins and therefore do not go through the Registration process.

Any help would be very much appreciated as this is a big issue for us right now.

Ex.:
tiki-adminusers.php?group=Editors


It will make it easier to manage groups.

If I create a new group in tiki-admingroups.php, and want to add a user, I must go to tiki-adminusers.php

I should be able to add users to groups from tiki-admingroups.php, with a drop-down (if < 500 users) or a search username box (if users > 500) , or something like this...

When you try to edit and rename the group in Administration->Groups appears the following error message:

An error occured in a database query!

Context:
File tiki-admingroups.php
Url tiki-admingroups.php
Query:
insert into `tiki_group_inclusion`(`groupName`,`includeGroup`) values(?,?)
Values:
0 G_Communication
1 Registered
Message:

Built query was probably:
insert into `tiki_group_inclusion`(`groupName`,`includeGroup`) values('G_Communication','Registered')

_____________________________________________________________________

Step to reproduce:

Create a Group G.
{
Assign to this group some user
Assign to this group a default
}
Rename the Group G into G'
_____________________________________________________________________

Notes:

I checked the security flag because where there's a DB error could be there a SQL security issue.

After some bad experience (ours and from other users), Rick (Rick99) and I suggest:

^RFE should be that the following username should __not__ be changable or deletable:
* __admin__

And the following groupnames should __not__ be changable or deletable:
*__registered__
*__anonymous__

Additionally, there should be a usergroup __administrator__ that has ''all'' permissions. This would allow Tiki-admins to easily create new Admin logins, with their own usernames.
^

__added: ensure password reminder works out of the box__

A couple of usability issues could be fixed here.

a) remind/reset passwords is off by default - should be on?
b) no email is set on admin by the installer

this would prevent most newbie lost admin password issues i think. - mlpvolt


Last [http://tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=24817&topics_threshold=0&topics_offset=0&topics_sort_mode=lastPost_desc&topics_find=&forumId=2|thread about it at tw.o here]


Related issue: http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=1074

The group members tab is falsely capped, only displays 24 members, more exist in group when you check the admin>users screen.

It would be lovely to set some new user defaults at
* Admin (home) > Login > User defaults, and/or
* Admin > Groups > (Edit a single group)

The ability to Subscribe/watch/monitor new users in the site or to that specific group, to specific Tiki objects.

Which tiki objects?: I would say, in this order:
# specific forums
# specific blogs
# specific calendars
# specific newsletters (ML: we can already subscribe groups to newsletters)
# specific wiki pages
# specific structures
# specific trackers
# specific categories
# new articles

This is specially useful for new users of the site, where they don't know yet how to subscribe to specific areas, etc. Very needed for educational scenarios, but I can see many other places where new users are a bit lost for some time while they learn how to use the Tiki site.

Related:
*[wish988|Forum: Let forum admins/moderators add groups and/or users as watching the forum]
*[tiki-index.php?page=Business%20Plans|Let small business start ups access collaborative sharing where the document being shared is not visible by anyone else]


Anywhere there is a watch eye, it should be possible for an admin to have group members watch this category

When I was testing various CMS/Wikis for a project, I ran across a module for another (Joomla or Drupal, can't remember which) CMS which allowed a user role or group to automatically generate a personal page, an image gallery, a weblog and any type of content page. It would be extremely useful for my project, but one of the few things missing from Tikiwiki (which is why I am implementing Tikiwiki, it has all of the other features I need in one install).

When I assign a theme to a group and submit the change, when the admin-group page displays again, the theme selector shows "site default" instead of the theme name I chose, and the theme being used for the group doesn't change.

It would be useful to extract all permissions of File Galleries or Wiki pages or Forums, etc

This would provide a way for admins to know who actually has access to what.