Category: Group

I've just created a new account for a user.

Having created the account, I'd then normally select the account and use the "spanner" icon to "add or remove from a group." Today that resulted in the error "No users were selected. Please select one or more users." Even if I actually select the user (tick in the box, which I never did previously for a single user), I get the same message.

This appears to only be happening on the newest minor version (18.8).

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

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

I tried in tiki.o to grant the permission to join group and subscribe to group for TwCommunity to "Team Documentation" , for instance, and I couldnt' grant that permission locally to just group Team Documentation, but it was changed to all groups.

I'm not sure right now whether this is a regression or not, but at least this seems a bug to me (or at least a feature request)

13.x: no pagination on admin groups.

Easily reproduced on t.o: http://tiki.org/tiki-admingroups.php

Go there and search for group TwCommunity, which is below the first 50 groups. It took a while to figure out that there was a hidden setting in that page to change the number of results shown below. And I wanted to see whether there were other groups beelow TwCommunity (which I didn't know their names beforehand, so using the "find box" didn't help.). And clicking at "All" didn't show more than the 50 results predefined either.

Assign user to groups has got a regression in 15.x: you cannot see (nor even edit) the group expiry date through the standard user administration UI in 15.x: when you click in "add or remove from a group" in 15.x, you are sent in a modal to this type of url:

__tiki-ajax_services.php?controller=user&action=manage_groups&checked=foo1&all_groups%5B0%5D=Admins&all_groups%5B1%5D=Anonymous&all_groups%5B2%5D=Group1&all_groups%5B3%5D=Group2&all_groups%5B4%5D=Registered&offset=0&sort_mode=login_asc&numrows=25&modal=1__

and no expiry information is shown.

While in Tiki12, you are sent to:
__tiki-assignuser.php?assign_user=foo1__
See it in action in Tiki12 here:
http://xavi-9794-5946.show.tikiwiki.org/tiki-assignuser.php?assign_user=foo1
u: admin
p: 12345


This will be added as a new bug report, since it's another issue (regression).

A Group assignment to many users is lost repeatedly under unknown conditions

It's the third time I have to re-assign that groups to those users.
I have no clue why this happens :-(

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

{syntax type="tiki" editor="plain"}
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.

{syntax type="tiki" editor="plain"}
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.

Add Group Watches to Categories, so that ((Organic Groups)) can receive automatic notification on changes about their topics (e.g. Infrastructure Team when tracker item related with *.t.o sites).

{syntax type="tiki" editor="plain"}
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.

On a Tiki23 I go to -+tiki-admingroups.php?group=''Agroup''#contenttabs_admingroups-3+- to display the members of "Agroup".
On the row of each user I have a wrench that opens an action menu.
I click on "Remove from group".
It displays a confirmation and validation modal with a password field and a submit (confirm) button.
BUT because the action menu stays open I can't see and click on the submit button.

{img fileId="1720" thumb="box"}

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

Also, user doesn't appear in filtered list after being added

{flash type="url" movie="display290" width="1028" height="699"}

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

{syntax type="tiki" editor="plain"}
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.

Facts:
It's a manual action to set the default group of a user.
It's a manual action to set the correct category of an item when created
When a user sets the wrong (or none) category of a new item, it won't have access (depending on permission settings) or everyone has access.

Idea:
Create an option in the User Settings control panel, to enable automatically the default group when a user is only part of 1 user group (besides the registered and anonymous).

Explanation:
When the user creates an new item and is only part of one usergroup which has a default category set, it will get automatically the correct category assigned.

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.