6.0.0-beta1
7/8/25

[#3655] not deleting LDAP attributes
Summary not deleting LDAP attributes
Queue Turba
Queue Version 2.0.4
Type Bug
State Duplicate
Priority 2. Medium
Owners
Requester xk3 (at) mompl (dot) org
Created 03/18/2006 (7052 days ago)
Due
Updated 03/19/2006 (7051 days ago)
Assigned
Resolved 03/19/2006 (7051 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch No

History
03/19/2006 11:03:01 AM Jan Schneider Comment #3
State ⇒ Duplicate
Reply to this comment
Linked to here from that bug.
03/19/2006 10:34:30 AM xk3 (at) mompl (dot) org Comment #2 Reply to this comment
ouh! same as the old bug #2440



I don't know about the code or sideeffects, but wouldnt be an 
array_change_key_case on attributes just after the map be sufficient?
03/18/2006 07:01:51 PM xk3 (at) mompl (dot) org Comment #1
State ⇒ Unconfirmed
Priority ⇒ 2. Medium
Type ⇒ Bug
Summary ⇒ not deleting LDAP attributes
Queue ⇒ Turba
Reply to this comment
I configured turba H3 2.0.4 to run with LDAP as source and had some

some trouble with not deleted attributes. Some of the names of the

attributes in the array $attributes were mixed case (even in

sources.php.dist some of them in the map section are mixed case),

although they are explicitly expected to be lower case for the

decision to call ldap_mod_del.





./turba/config/sources.php.dist

-------------------------------

$cfgSources['personal_ldap'] = array(

[..]

     'map' => array(

[..]

         'nickname' => 'displayName',

         'website' => 'labeledURI',





./turba/lib/Driver/ldap.php

---------------------------

  /* The attributes in the attributes array are all lower case

   * while they are mixedCase in the search result. So convert

   * the keys to lower. */

$info = array_change_key_case($info, CASE_LOWER);

[..]

            if (isset($attributes[$key]) &&  <-- but notset





Although I have not tested it, the cvs code looks like to have the

same problem.

Saved Queries