Please login or register to participate.
Discussion
.
brenternet Dec 18, 2009 03:48 AM
I noticed that when creating a group a user account is also created that resides in the People Directory as well. Is there any way to hide this? Secondly, I have also noticed that when I attempt to remove a group I receive an error.

Traceback (innermost last):
  Module ZPublisher.Publish, line 119, in publish
  Module ZPublisher.mapply, line 88, in mapply
  Module ZPublisher.Publish, line 42, in call_object
  Module Products.CMFFormController.FSControllerPageTemplate, line 90, in __call__
  Module Products.CMFFormController.BaseControllerPageTemplate, line 28, in _call
  Module Products.CMFFormController.ControllerBase, line 231, in getNext
  Module Products.CMFFormController.Actions.TraverseTo, line 38, in __call__
  Module ZPublisher.mapply, line 88, in mapply
  Module ZPublisher.Publish, line 42, in call_object
  Module Products.CMFFormController.FSControllerPythonScript, line 104, in __call__
  Module Products.CMFFormController.Script, line 145, in __call__
  Module Products.CMFCore.FSPythonScript, line 140, in __call__
  Module Shared.DC.Scripts.Bindings, line 313, in __call__
  Module Shared.DC.Scripts.Bindings, line 350, in _bindAndExec
  Module Products.CMFCore.FSPythonScript, line 196, in _exec
  Module None, line 19, in prefs_group_modify
   - <FSControllerPythonScript at /cynin/prefs_group_modify>
   - Line 19
  Module <string>, line 7, in _facade
  Module AccessControl.requestmethod, line 64, in _curried
  Module Products.PlonePAS.tools.groups, line 169, in removeGroups
  Module <string>, line 5, in _facade
  Module AccessControl.requestmethod, line 64, in _curried
  Module Products.PlonePAS.tools.groups, line 146, in removeGroup
  Module <string>, line 5, in _facade
  Module AccessControl.requestmethod, line 64, in _curried
  Module Products.PlonePAS.tools.groups, line 146, in removeGroup
  Module Products.PlonePAS.plugins.group, line 77, in removeGroup
  Module Products.PluggableAuthService.plugins.ZODBGroupManager, line 209, in removeGroup
  Module Products.PlonePAS.plugins.group, line 87, in removePrincipalFromGroup
  Module <string>, line 12, in _facade
  Module AccessControl.requestmethod, line 64, in _curried
  Module Products.PluggableAuthService.plugins.ZODBGroupManager, line 301, in removePrincipalFromGroup
KeyError: 'enterpriseApplications'

Update: Is this information stored in Zope source_groups? Zope source_users lists all of my users so I would assume so. However, when I attempt to view source_groups I receive the below error.

Traceback (innermost last):
  Module ZPublisher.Publish, line 119, in publish
  Module ZPublisher.mapply, line 88, in mapply
  Module ZPublisher.Publish, line 42, in call_object
  Module Shared.DC.Scripts.Bindings, line 313, in __call__
  Module Shared.DC.Scripts.Bindings, line 350, in _bindAndExec
  Module Products.PageTemplates.PageTemplateFile, line 129, in _exec
  Module Products.CacheSetup.patch_cmf, line 74, in PT_pt_render
  Module Products.CacheSetup.patch_utils, line 9, in call_pattern
  Module Products.PageTemplates.PageTemplate, line 98, in pt_render
  Module zope.pagetemplate.pagetemplate, line 117, in pt_render
  Module zope.tal.talinterpreter, line 271, in __call__
  Module zope.tal.talinterpreter, line 346, in interpret
  Module zope.tal.talinterpreter, line 536, in do_optTag_tal
  Module zope.tal.talinterpreter, line 521, in do_optTag
  Module zope.tal.talinterpreter, line 516, in no_tag
  Module zope.tal.talinterpreter, line 346, in interpret
  Module zope.tal.talinterpreter, line 855, in do_condition
  Module zope.tal.talinterpreter, line 346, in interpret
  Module zope.tal.talinterpreter, line 824, in do_loop_tal
  Module zope.tal.talinterpreter, line 346, in interpret
  Module zope.tal.talinterpreter, line 623, in do_insertText_tal
  Module Products.PageTemplates.Expressions, line 230, in evaluateText
  Module zope.tales.tales, line 696, in evaluate
   - URL: manage_groups
   - Line 55, Column 4
   - Expression: <PythonExpr ','.join( [x[1] for x in here.listAssignedPrincipals(info['id'])] )>
   - Names:
      {'container': <GroupManager at /cynin/acl_users/source_groups>,
       'context': <GroupManager at /cynin/acl_users/source_groups>,
       'default': <object object at 0xb7d99528>,
       'here': <GroupManager at /cynin/acl_users/source_groups>,
       'loop': {'info': <Products.PageTemplates.Expressions.PathIterator object at 0x1a0ee36c>},
       'nothing': None,
       'options': {'args': ()},
       'repeat': <Products.PageTemplates.Expressions.SafeMapping object at 0x15d4edcc>,
       'request': <HTTPRequest, URL=http://ksotvcyn01:8080/cynin/acl_users/source_groups/manage_groups>,
       'root': <Application at >,
       'template': <PageTemplateFile at /cynin/acl_users/source_groups/manage_groups>,
       'user': <PloneUser 'brent.admin'>}
  Module Products.PageTemplates.ZRPythonExpr, line 49, in __call__
   - __traceback_info__: ','.join( [x[1] for x in here.listAssignedPrincipals(info['id'])] )
  Module PythonExpr, line 1, in <expression>
  Module Products.PluggableAuthService.plugins.ZODBGroupManager, line 257, in listAssignedPrincipals
AssertionError
Replies (13)
hexbin Dec 18, 2009 09:10 AM
This might be related as to what I already reported earlyer, but don't think people noticed that :-\ When I create a group, an actual user is created, but without a real profile. I had to go to User Managment, use FireBug to enable deletion of the user, and delete the user
dhiraj Dec 18, 2009 11:52 AM
Hmm... I doubt this, hexbin.

When I tested this (admittedly with latest 3.1 base) the group is getting deleted properly - it is not showing up anywhere except in People Directory, which is leading me to believe that this particular issue (group showing up in People Directory) is related to recent minor changes in templates and "way of doing things" in plone base with creating and management of Users and Groups. Will get this whole area investigated and update.
dhiraj Dec 18, 2009 11:47 AM
Unfortunately this issue is going to miss the Cyn.in 3.1 bus, but I've added it with highest priority for next fixing: http://odn.cynapse.com/issues/1215

I'm unable to reproduce the KeyError and AssertionError that you're getting, though, and deleting is working fine. source_groups is opening up fine after deleting the group. Yes, source_groups is absolutely the correct place that you're looking at. From the errors that you're reporting there is some possibility that there might have been some corruption in the Data file, specifically the line: Module AccessControl.requestmethod, line 64, in _curried in the first trace you've put. Please confirm that on the computer system you're trying this, the hardware configuration and particularly the hard disk / IO sub-system is stable.

Will investigate this thoroughly shortly and update.
brenternet Dec 18, 2009 04:57 PM
The system is running in a virtual machine. The VMWare ESX server is a HP BL460C (Blade Chassis) connected by fiber to an EMC SAN. We have several other application servers running in this virtual environment. So, I really don't think I/O is an issue. Is there a way to repair the corruption so I can remove groups properly?
dhiraj Dec 18, 2009 05:05 PM
Hmm.... then that is not the problem, in all probability, I concur.

Try re-installing the ubify.policy product from portal_quickinstaller. You should always do this by opening http://<siteURL>:8080/manage instead of the regular way (just /manage).
brenternet Dec 19, 2009 03:27 AM
After re-installing the Ubify Site Policy from portal_quickinstaller I received the same error.
milajones Jan 28, 2011 05:58 PM
I am encountering this issue as well - I have 2 user groups that think they are people and are appearing in the People Directory. But only 2 - not the 3 I created. I just posted this issue before seeing this thread. The portal's launch date is Tuesday, and I am panicked!
milajones Jan 28, 2011 06:01 PM
Correction - it is all 3 user groups that are appearing as people... any help would be greatly appreciated as this product is awesome, and I've been bragging this up to a client for months... since the groups return an error, they are going to assume something is broken :(
lloydpearsoniv Jan 31, 2011 04:42 AM
Wen you say user groups, are you meaning the permission groups? If you are speaking of groups in the "users & groups" area, those groups are specifically for setting permissions. The way it works is, instead of having to set a permission to each person individually, they get assigned to a group so that when you changed the permission to the group it affects every user that is assigned to that group.

If you are trying to create a group for interaction or special interest, you are better off creating a space.
milajones Feb 14, 2011 09:45 PM
Hi Lloydpearsoniv,

Yes, I believe this is a bug, and seems to be present since 3.1.1 (I am using 3.1.3 and it's still a problem). The User Groups that are intended for setting permissions appear as users (and have a user profile) in the People Directory. Clicking to view the profile returns an error, as it should because there is no profile - it is a group. Once these groups have been created, they will NOT go away - I've tried deleting them through Cyn.in, and through Zope, and depite the fact that they do not exist, they persist in the People Directory as users.

The problem is not present with groups created through Zope instead of Cyn.in, however since I created several test groups in Cyn.in (for testing permission settings) before realizing there was a problem, I can't make them go away. I had to hide the navigation tab for the People Directory from view using CSS to prevent our users from seeing errors... and users named "TestGroup".

I have written an extensive post about this here: http://www.cynapse.com/comm[…]-3.1.3-hello-everyone-first

Thank-you,
milajones Feb 14, 2011 10:03 PM
Just going to clarify a bit more here, using a hypothetical example -

- I start by going to "Administration > Group Management"
- I click 'Add New Group"
- I create a group called "Contributors", and set the appropriate permissions
- I then click the People Directory tab
- "Contributors" will now appear as a user mixed in with the People Profiles
- Hovering over the Contributors phantom "user" will pop up a profile box that says stuff like "Full Name not set, etc"
- You click "View Full Profile"
- Then you get the error @brenternet reported at the beginning of this thread
- Once the group/user "Contributors" appears in the People Directory, NOTHING will remove it - not even deleting the group through Zope. You're stuck with it.

patrick Mar 11, 2011 12:26 AM
This "feature" is still there in the current community edition... I wouldn't mind so much if the phantom user really did have a profile so I could give the group and Icon etc.
juliom Jan 16, 2014 10:32 PM
has there been no movement on this? Can't even open link which was put on this thread in regards to bug.
 
Loading