Fri, 10 Apr 2026 05:21:33 +0000 https://bugs.horde.org/ticket/8075 Add check for the PHP HASH moduly Horde_Secret within git HEAD requires the hash() function. The availabilty of this module should be checked in the test script as the login screen won't show otherwise. Patch attached. Thu, 12 Mar 2009 06:12:59 +0000 https://bugs.horde.org/ticket/8075#t53034 hash is part of PHP core after 5.1.2; Horde HEAD requires 5.2+ Thu, 12 Mar 2009 14:16:50 +0000 https://bugs.horde.org/ticket/8075#t53039 The problem occured on a php-5.2.8 installation on standard Kolab server. The installation uses configure with "--disable-all" though. Guess that might have caused the problem. Thanks for the feedback! Fri, 13 Mar 2009 09:58:03 +0000 https://bugs.horde.org/ticket/8075#t53061 Changes have been made in CVS for this ticket: http://cvs.horde.org/diff.php/horde/test.php?rt=horde&r1=1.176&r2=1.177&ty=u Fri, 13 Mar 2009 10:29:15 +0000 https://bugs.horde.org/ticket/8075#t53062 This happened to me on a client's site too, I guess there are a few people, or even worse, several distributions, that might use --disable-all. So I tweaked the error messages and committed it. Fri, 13 Mar 2009 10:29:20 +0000 https://bugs.horde.org/ticket/8075#t53063 Arg. Can we detect these people and send email to the distro pointing out how utterly horrible this is? Fri, 13 Mar 2009 13:59:24 +0000 https://bugs.horde.org/ticket/8075#t53064 Why? The list of extensions being enabled by default in PHP is changing all the time, so why not require the extension and make this clear on the test.php page? And I don't think it's our job to tell the distro maintainers which extensions to enables. And please note that even though I have seen this happening, I just assumed it was the distro's default, I didn't digg any further. Fri, 13 Mar 2009 14:10:58 +0000 https://bugs.horde.org/ticket/8075#t53065 > Why? The list of extensions being enabled by default in PHP is > changing all the time, so why not require the extension and make this > clear on the test.php page? if that's the case, then there should also be mention that PHP should not be compiled with '--disable-hash' since that will also disable the hash module. And if we are going to check these kind of things, there are other modules we have to check as well. For example, as of PHP 5.2.x it is possible to disable PCRE functions. Fri, 13 Mar 2009 16:34:35 +0000 https://bugs.horde.org/ticket/8075#t53075 Changes have been made in CVS for this ticket: http://cvs.horde.org/diff.php/horde/test.php?rt=horde&r1=1.178&r2=1.179&ty=u Sat, 14 Mar 2009 16:52:46 +0000 https://bugs.horde.org/ticket/8075#t53097 I have added --disable-hash to the error message. We already check for PCRE. Sat, 14 Mar 2009 16:53:15 +0000 https://bugs.horde.org/ticket/8075#t53098 I got the problem on an OpenPKG system. The same system also lacked JSON support. So we should check for that one, too. After activating HASH and JSON Horde was running fine. I also don't think we can influence the distros decisions there. In fact if you look at Gentoo it is not even a decision the package manager makes. On Gentoo the user has full control over all PHP modules by activating/deactiving the corresponding USE flags. Sun, 15 Mar 2009 09:13:26 +0000 https://bugs.horde.org/ticket/8075#t53103 > I got the problem on an OpenPKG system. The same system also lacked > JSON support. So we should check for that one, too. After activating > HASH and JSON Horde was running fine. JSON is a different story, because we have a fallback PHP implementation. Tue, 16 Jun 2009 13:28:06 +0000 https://bugs.horde.org/ticket/8075#t54602