Fri, 10 Apr 2026 08:50:56 +0000 https://bugs.horde.org/ticket/7356 "No such object" after ldap_rename in case an LDAP object has to be renamed (cn attribute is edited and changed in turba's contact.php, cn makes up the object's RDN), it will not be reloaded after saving. instead of the modified object the address book list is loaded. somehow the new $object_id is not passed back to the reloaded contact.php... sorry, no patch so far, but i will look at that later... Thu, 18 Sep 2008 14:39:11 +0000 https://bugs.horde.org/ticket/7356#t49000 Yes, line 86 to 87 in turba/edit.php says: $url = Util::getFormData('url'); header('Location: ' . (empty($url) ? $contact->url('Contact', true) : $url)); And $url will be set to the old contact id. If we can safely assume that we *always* want to return to the contact view after editing we could modify the above snippet to header('Location: ' . $contact->url('Contact', true)); @Chuck, Jan: Is that the intended way of operation? Mon, 29 Dec 2008 08:48:20 +0000 https://bugs.horde.org/ticket/7356#t51472 > @Chuck, Jan: Is that the intended way of operation? No, because you can also edit contacts from the browse views, and you don't want to "return" to the contact view in those cases. Mon, 29 Dec 2008 10:09:26 +0000 https://bugs.horde.org/ticket/7356#t51478 The save code should update the properties in the $contact object. Tue, 30 Dec 2008 04:43:06 +0000 https://bugs.horde.org/ticket/7356#t51496 As far as I know the save code updates the contact properties. It is just the edit page that prefers the old url over the contact properties. Tue, 30 Dec 2008 10:14:00 +0000 https://bugs.horde.org/ticket/7356#t51506