Member Management

[Martijn]

Also posted on the forum, but with no success... But I would really
like to see some dev thoughts about this:

http://www.silverstripe.org/general-questions/show/277379#post277379

Regarding this previous posts about completely removing members from
the database and the absence of a solution, I wondered if there is a
reason for not having the possibility to delete members.

http://ssorg.bigbird.silverstripe.com/archive/show/133014#post133014
http://ssorg.bigbird.silverstripe.com/general-questions/show/269724#post269724
http://ssorg.bigbird.silverstripe.com/general-questions/show/261994#post261994

I really think is a basic operation that really should be available in
the CMS by default. Why is it not there?

And also removing a lote members from a group takes ages, since we can
only remove them one by one.
Is it an idea to have checkboxes on the Tablefield like in the
AssetAdmin?

And when removing a member from a group, the member still exists, but
you can't see them anywhere.
I was thinking of adding a tab or grouplink to display all ungrouped
members (with a tablefield, so you can use a dropdown with the groups,
so you can easily assing ungrouped members to a group)

I'm curious about your ideas and suggestions to solve the problem of
undeleted ghostmembers.

[Nicolaas Thiemen Francken - Sunny Side Up]

Hi Martijn

Here is a possible way towards a solution:

http://sunny.svnrepository.com/svn/sunny-side-up-general/membermanagement

The module creates an "all users" group and you can also choose to
delete any member that does not belong to any group (apart from the
"all users" group of course).

USE AT YOUR OWN RISQUEEE ;-)

[Ingo Schommer]

Hey Nicolaas,

I think this is more suited for a Task subclass,
rather than happening automagically on dev/build
(through requireDefaultRecords()). Have
a look at sapphire/tasks for inspiration :)

We're hoping to streamline the admin/security interface
in a way that you can delete a member completely
from the database in a "groupless member listing" view.
Its something we need for real privacy control
(removing a member without any database traces),
as well as to improve usability in the CMS.

Ingo

> --
> You received this message because you are subscribed to the Google Groups "SilverStripe Development" group.
> To post to this group, send email to silverst...@googlegroups.com.
> To unsubscribe from this group, send email to silverstripe-d...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/silverstripe-dev?hl=en.
>
>

-------
Ingo Schommer | Senior Developer
SilverStripe
http://silverstripe.com

Phone: +64 4 978 7330 ext 42
Skype: chillu23

[Nicolaas Thiemen Francken - Sunny Side Up]

I have changed it to hourly task. Thank you for that idea...

A nice idea for a module would be one that manages tasks,
circumnavigates the requirements to use a cron job and lets you see
the results of tasks that were run.

I will look at this at some stage... could be a nice wee project.

[Fred Condo]

I am glad to see this is on your radar. The way admin/security works
now is a problem for one of our big projects.

On Sun, Jan 31, 2010 at 12:34 PM, Ingo Schommer <in...@silverstripe.com> wrote:
> We're hoping to streamline the admin/security interface
> in a way that you can delete a member completely
> from the database in a "groupless member listing" view.
> Its something we need for real privacy control
> (removing a member without any database traces),
> as well as to improve usability in the CMS.

--
Fred Condo, Ph.D. <fco...@quinn.com> +1(415)349-5579 Skype:fredcondo
Chief Engineer, Quinn Interactive, Inc. http://quinn.com
Web design and development since 1994.

[Mat Weir]

We use model admin to CRUD manage members, that may help you in the
interim.

Mat Weir

> --
> You received this message because you are subscribed to the Google
> Groups "SilverStripe Development" group.

> To post to this group, send email to silverstripe-
> d...@googlegroups.com.