• Do not register here on develop.twiki.org, login with your twiki.org account.
• Use View topic Item7700 for generic doc work for TWiki-6.0.2. Use View topic Item7703 for doc work on extensions that are not part of a release. More... Close
• Anything you create or change in standard webs (Main, TWiki, Sandbox etc) will be automatically reverted on every SVN update.
Does this site look broken?. Use the LitterTray web for test cases.

At the moment, if a user mapping handler provides groups, it has to append "Group" to every group name, which is a PITA if the groups come from (e.g.) a corporate database. AFAICT the only reason is the isGroup will work. This methods should be moved where it can be overidden by a user mapping implementation.

CC

It is also needed to resolve nested groups, e.g. if a group has an item with a name ending in Group, it resolves the group recursively, else it is a user name. At least that was the case in Cairo.

How about simply appending a Group suffix to any goup imported from LDAP?

-- PTh

We tried that, but it was a bit of a hack and easier to code a proper solution.

Note that "isGroup" still looks for the Group suffix in TWikiUserMapping (i.e. for 99% of TWiki installs). This only kicks in if an alternate usermapping is used.

CC

ItemTemplate
Summary Definition of a group always requires "Group" in the group name
ReportedBy TWiki:Main.CrawfordCurrie
Codebase 4.0.2, ~twiki4, ~develop
SVN Range Mon, 05 Jun 2006 build 10479
AppliesTo Engine
Component

Priority Urgent
CurrentState Closed
WaitingFor

Checkins 10564 10592 10771
TargetRelease patch
Edit | Attach | Watch | Print version | History: r9 < r8 < r7 < r6 < r5 | Backlinks | Raw View | Raw edit | More topic actions
Topic revision: r9 - 2006-06-28 - SteffenPoulsen
 
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2017 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback