Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:89047 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 35035 invoked from network); 3 Nov 2015 05:04:25 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 3 Nov 2015 05:04:25 -0000 Authentication-Results: pb1.pair.com header.from=come@opensides.be; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=come@opensides.be; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain opensides.be designates 195.154.20.141 as permitted sender) X-PHP-List-Original-Sender: come@opensides.be X-Host-Fingerprint: 195.154.20.141 smtp.opensides.be Received: from [195.154.20.141] ([195.154.20.141:43306] helo=smtp.opensides.be) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 17/71-13519-75048365 for ; Tue, 03 Nov 2015 00:04:23 -0500 Received: from localhost (localhost [127.0.0.1]) by smtp.opensides.be (Postfix) with ESMTP id 9069F7126E for ; Tue, 3 Nov 2015 06:04:20 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at opensides.be Received: from smtp.opensides.be ([127.0.0.1]) by localhost (smtp.opensides.be [127.0.0.1]) (amavisd-new, port 10024) with LMTP id uhCt9VYa6E-k for ; Tue, 3 Nov 2015 06:04:19 +0100 (CET) Received: from mcmic-probook.localnet (node-t4d.pool-182-52.dynamic.totbb.net [182.52.147.109]) by smtp.opensides.be (Postfix) with ESMTPSA id DA9266B7B6 for ; Tue, 3 Nov 2015 06:04:18 +0100 (CET) To: internals@lists.php.net Date: Tue, 03 Nov 2015 06:03:38 +0100 Message-ID: <3187501.to7rK1FKUl@mcmic-probook> Organization: OpenSides User-Agent: KMail/4.14.1 (Linux/3.16.0-4-amd64; KDE/4.14.2; x86_64; ; ) MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Small regression in PHP-LDAP From: come@opensides.be (=?ISO-8859-1?Q?C=F4me?= Chilliet) Hello, It has been brought to my attention that some PHP code using LDAP connect was broken by the update to PHP 5.6.11. This is because the use on ldap_connect(host:port) is not allowed anymore. You have to use either ldap_connect(host, port) or ldap_connect(ldap://host:port). The use of ldap_connect(host:port) without ldap:// is not something that is in the tests, and is not explicitely allowed by our documentation: http://php.net/manual/en/function.ldap-connect.php (Maybe it could be made clearer than when not using ldaps://, ldap:// is still needed for an LDAP URI to be valid) So basically my question is, is that something that should be "fixed" to be consistent with previous PHP version, or should it stay that way as this is what is documented and tested? Here are the problems people encountered because of this change (most assume they have to use host and port separately and do not think to add the ldap:// in there): https://www.netways.org/issues/2931 https://dev.icinga.org/issues/9298 https://github.com/owncloud/core/issues/20020 MCMic