| Summary | "No such object" after ldap_rename |
| Queue | Turba |
| Queue Version | Git master |
| Type | Bug |
| State | Assigned |
| Priority | 1. Low |
| Owners | Horde Developers (at) |
| Requester | m.gabriel (at) das-netzwerkteam (dot) de |
| Created | 9/18/08 (6481 days ago) |
| Due | |
| Updated | 9/24/10 (5745 days ago) |
| Assigned | 10/7/08 (6462 days ago) |
| Resolved | |
| Github Issue Link | |
| Github Pull Request | |
| Milestone | |
| Patch | No |
just the edit page that prefers the old url over the contact properties.
Taken from Ben Klang
Taken from Gunnar Wrobel
Taken from Chuck Hagenbuch
Taken from Jan Schneider
Assigned to
don't want to "return" to the contact view in those cases.
Assigned to Jan Schneider
Assigned to Chuck Hagenbuch
$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?
Assigned to Gunnar Wrobel
State ⇒ Assigned
State ⇒ Unconfirmed
Patch ⇒ No
Milestone ⇒
Queue ⇒ Turba
Summary ⇒ LDAP abook: "No such object" after ldap_rename
Type ⇒ Bug
Priority ⇒ 1. Low
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...