On Nov 19, 4:54 pm, Christian Boos <[EMAIL PROTECTED]> wrote:
> Erik Bray wrote:
> > On Nov 9, 2007 4:13 AM, Christian Boos <[EMAIL PROTECTED]> wrote:
>
> Unfortunately, when adding unit-tests to the feature, I realized that
> the current notion of group is wired into the DefaultPermissionStore,
> itself a "kind of" group provider.
>
> A proper way to fix this would probably involve to move the
> IPermissionGroupProvider extension point from the DefaultPermissionStore
> to the PermissionSystem and have the DefaultPermissionStore simply
> implement the IPermissionGroupProvider interface. But this probably will
> have performance issues.
>
> In short: this requires more work to get it working properly, so
> probably a 0.12 thing.
>
> -- Christian
Agree on postponing this.
The notions of users and groups are recurring issues as they're not
really flexible and smart enough. Various ideas of user/group
directory/property providers and better core services have been raised
at regular intervals, and they touch on user issues related to
everything from auth, authz, workflow, notification etc. - essentially
a wide range of Trac and plugin issues and requested new features.
More smartness related to the idea of a 'user' should hopefully be on
the drawing board for coming releases, but I don't feel it is a good
idea to add bits of it without there being some sort of proposal that
draws the larger lines on where all this should be heading.
:::simon
https://www.coderesort.com
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Trac
Development" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/trac-dev?hl=en
-~----------~----~----~----~------~----~------~--~---
