[Tickets #5840] Keep parameter variable from being overwritten

bugs at bugs.horde.org bugs at bugs.horde.org
Mon Oct 29 16:00:47 UTC 2007


Ticket URL: http://bugs.horde.org/ticket/?id=5840
 Ticket             | 5840
 Created By         | Jan Schneider <jan at horde.org>
 Summary            | Keep parameter variable from being overwritten
 Queue              | Turba
 Version            | HEAD
 Type               | Bug
 State              | Assigned
 Priority           | 1. Low
 Owners             | Horde Developers

Jan Schneider <jan at horde.org> (2007-10-29 09:00) wrote:


After replacing my dear old phone with a Motorola RAZR2 V8. i was able
to do a pretty good synchronization of contacts.

My source(backend) is a LDAP, where the entries was not added with turba.
Now i understand that they have to, just to get the _uid ( suid ).
I added some contacts in Turba and they where the only contacts showing
up on the phone after a sync.
I always thought that _uid would be added on the first sync.

Now i have _uid on all objects and almost all of them are being

The pattern i can see for those not being synchronized in
/tmp/sync/syncml_log.txt are contacts where the_uid are like this lines
DEBUG:  add: 20071021203756.95531gu3j57vxw9w at localhost
DEBUG:  check: contacts 20071021203756.95531gu3j57vxw9w at localhost
ERR:    api export call for 20071021203756.95531gu3j57vxw9w at localhost
failed:  Object not found

The object is there, if i delete this contact and add it again,
then an other contact will be effected and not synced and the re-added

Well 41 of 45 is a good start so where can this bug be hidden?

many thanks,

down the trace i found out it's a variable conflict,
In turba lib/api.php in the function _turba_export, here the $uid was
change to my login uid(?). After this line
require_once dirname(__FILE__) . '/base.php';

I think its a good idea to change the source.php.dist
Where the example for a personal_ldap ("My Address Book") is the one i
based mine.
Here you can see that $uid is used like this "$uid =
Auth::getBareAuth();" and change the ldap search criteria.

More information about the bugs mailing list