Bugs item #1310163, was opened at 2005-10-01 10:01 Message generated for change (Comment added) made by manfredu You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=480577&aid=1310163&group_id=55394
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Manfred Usselmann (manfredu) Assigned to: Nobody/Anonymous (nobody) Summary: 3.2Beta2: copy / past of entry does not work Initial Comment: When I try to copy and past an entry in the browse tree I get the following error message: Unable to perform Copy operation. javax.naming.InvalidNameException: uid=Copy of Testuser,dc=icg-online,dc=de: [LDAP: error code 64 - value of naming attribute 'uid' is not present in entry]; remaining name 'uid=Copy of Testuser,dc=icg-online,dc=de' The original uid was 'Testuser'. It looks like the DN gets changed to 'uid=Copy of Testuser,dc=icg-online,dc=de', but the uid attribute itself remains 'uid=Testuser'. The RDN / naming value attribute needs to be changed as well to 'Copy of ...'. ---------------------------------------------------------------------- >Comment By: Manfred Usselmann (manfredu) Date: 2009-04-08 09:04 Message: Even better! ---------------------------------------------------------------------- Comment By: Alexander Bergolth (bergolth) Date: 2009-04-08 07:48 Message: ApacheDirectoryStudio informs you of the conflict when copying to the same location and prompts you for a new value for the naming attribute. ---------------------------------------------------------------------- Comment By: Manfred Usselmann (manfredu) Date: 2009-04-08 05:55 Message: I'm using OpenLDAP and it does not allow option a), which I find weird, too. Not sure, why you don't like option b)? For me it appears to be quite logical. you can't have an exact duplicate in the same location. My current workaroud is to copy to a different location, modify the entry there and then move it back to the original location. Unnecessary complicated. It would be ok for me, if you would try option a) first and, if this fails, use option b). Then it would still work for eTrust in the same way as hitherto, but OpenLDAP users could also copy within the same location. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-04-08 01:11 Message: Not even sure this is a bug - the problem is that 'copying' an entry shouldn't actually change the attributes of the entry. Option a) save with a different name, keeping the attributes the same (weird, but some directories allow this). Option b) modify the naming attribute (don't like it, we're modifying the entry) Option c) create a new naming attribute (don't like it, modifying the entry and fails if attribute is single valued) - we chose option (a) because it works on the original directory we were using (CA's eTrust Directory) - but there is no good answer. Maybe the 'best' thing to do would be to ban copying to the same location. ---------------------------------------------------------------------- Comment By: Alexander Bergolth (bergolth) Date: 2009-04-07 17:10 Message: Still persists in JXv3.2rc2 2009-02-24. ---------------------------------------------------------------------- Comment By: Manfred Usselmann (manfredu) Date: 2007-05-12 08:43 Message: Logged In: YES user_id=16314 Originator: YES Problem still persists with 3.2 final. It occurs only when copying within the same parent branch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=480577&aid=1310163&group_id=55394 ------------------------------------------------------------------------------ This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com _______________________________________________ Jxplorer-devel mailing list Jxplorer-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jxplorer-devel
