Bug #60891 [Com]: FPM status serving should be moved to the master process
Edit report at https://bugs.php.net/bug.php?id=60891&edit=1 ID: 60891 Comment by: ml at fatbsd dot com Reported by:erno dot kovacs at freemail dot hu Summary:FPM status serving should be moved to the master process Status: Open Type: Bug Package:FPM related Operating System: Any PHP Version:5.3.9 Block user comment: N Private report: N New Comment: for security reason and by design it's not possible to make the master process to listen to those requests. The only possibility is to fork another process only to handle this. And this is quite a a big change. It's on my todo list but no ETA yet. ++ fat Previous Comments: [2012-01-26 13:08:01] erno dot kovacs at freemail dot hu Description: When the server is overloaded, you cant query the FPM status page, however it should be its primary goal: being able to check whats going on. This way this cool feature is pointless. Test script: --- fpm conf: pm = dynamic pm.max_children = 1 pm.start_servers = 1 pm.min_spare_servers = 1 pm.max_spare_servers = 1 test script: And while the only worker process is sleeping, send a query to the status page. It wont be served. Expected result: Status page. Actual result: -- Hanging -- Edit this bug report at https://bugs.php.net/bug.php?id=60891&edit=1
[PHP-BUG] Req #55694 [NEW]: Expose additionnal readline variable to prevent default filename completion
From: Operating system: PHP version: 5.3.8 Package: Readline related Bug Type: Feature/Change Request Bug description:Expose additionnal readline variable to prevent default filename completion Description: Actually, when using a custom completion function with readline_completion_function(), if this custom completion function does not find any match, it falls back to the default filename completion. In order to prevent this behaviour, the C API of readline provides a variable named "rl_attempted_completion_over". Defining this variable to a non-zero value disables the uses of the default filename completion. This variable is not exposed to PHP and the filename completion cannot be bypassed. The provided patch exposes this variable to PHP, and allows to use readline_info("attempted_completion_over", 1) in the PHP completion function to prevent default filename completion to occurs. There is a bug report but it s closed since 2005 https://bugs.php.net/bug.php?id=31796 Another bug report for this https://bugs.php.net/bug.php?id=48089 with a patch which does the job but in a wrong way, imo. -- Edit bug report at https://bugs.php.net/bug.php?id=55694&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55694&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55694&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55694&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55694&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55694&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55694&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55694&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55694&r=needscript Try newer version: https://bugs.php.net/fix.php?id=55694&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55694&r=support Expected behavior: https://bugs.php.net/fix.php?id=55694&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55694&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55694&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55694&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55694&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55694&r=dst IIS Stability: https://bugs.php.net/fix.php?id=55694&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55694&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55694&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55694&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55694&r=mysqlcfg
[PHP-BUG] Bug #51930 [NEW]: die() returns exit code 0
From: Operating system: Linux PHP version: 5.3.2 Package: Unknown/Other Function Bug Type: Bug Bug description:die() returns exit code 0 Description: die() returns exit status 0 (success), which is IMHO illogical. This mostly matters when using PHP-CLI, for example where you have the usual: @mysql_connect(..) or die('sql blahblah'); ...in that case a success error code is returned. I had this in an authentication callback script which returns 0 on user success and any other value on user failure. In this case it returned 'success' in case of a SQL server error. The only workaround I can see is first printing the error message, and then doing an explicit die/exit with a numerical value. This does not exactly improve code readability/niceness. And, like I said, I simply didn't expect die() to return a success exit code. Test script: --- Expected result: I expect a non-zero exit code, instead of 0 (success). Actual result: -- Exit status of 0 (success) -- Edit bug report at http://bugs.php.net/bug.php?id=51930&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=51930&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=51930&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=51930&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=51930&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=51930&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=51930&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=51930&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=51930&r=needscript Try newer version: http://bugs.php.net/fix.php?id=51930&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=51930&r=support Expected behavior: http://bugs.php.net/fix.php?id=51930&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=51930&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=51930&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=51930&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51930&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=51930&r=dst IIS Stability: http://bugs.php.net/fix.php?id=51930&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=51930&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=51930&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=51930&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=51930&r=mysqlcfg
[PHP-BUG] Bug #51439 [NEW]: "last month" in date does not right on March 30th
From: Operating system: Ubuntu 9.x, Debian 4.x PHP version: 5.3.2 Package: *General Issues Bug Type: Bug Bug description:"last month" in date does not right on March 30th Description: On March 30th and 31th the date function does not work correctly. If you work with date("m")-1 the result is not 02 for the month. You get 03 for the month but 02 for the day!! If you change the system clock to another date the funtion works correctly. See code below. If you set the clock to Apr 30th and use date('m')-2 you get the same wrong result. Test script: --- echo "today: ". $today = mktime(0, 0, 0, date("m") , date("d"), date("Y")); echo "". date('d.m.Y', $today); echo ""; echo "tomorrow: ". $tomorrow = mktime(0, 0, 0, date("m") , date("d")+1, date("Y")); echo "". date('d.m.Y', $tomorrow); echo ""; echo "last1month: ". $lastmonth = mktime(0, 0, 0, date("m")-1, date("d"), date("Y")); echo "". date('d.m.Y', $lastmonth); echo ""; echo "last2month: ". $lastmonth = mktime(0, 0, 0, date("m")-2, date("d"), date("Y")); echo "". date('d.m.Y', $lastmonth); echo ""; echo "last3month: ". $lastmonth = mktime(0, 0, 0, date("m")-3, date("d"), date("Y")); echo "". date('d.m.Y', $lastmonth); echo ""; Expected result: 30.02.2010 Actual result: -- 02.03.2010 -- Edit bug report at http://bugs.php.net/bug.php?id=51439&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=51439&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=51439&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=51439&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=51439&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=51439&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=51439&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=51439&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=51439&r=needscript Try newer version: http://bugs.php.net/fix.php?id=51439&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=51439&r=support Expected behavior: http://bugs.php.net/fix.php?id=51439&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=51439&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=51439&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=51439&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51439&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=51439&r=dst IIS Stability: http://bugs.php.net/fix.php?id=51439&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=51439&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=51439&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=51439&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=51439&r=mysqlcfg
#47021 [Com]: SoapClient stumbles over WSDL delivered with "Transfer-Encoding: chunked"
ID: 47021 Comment by: ml at x-net dot be Reported By: daniel dot gorski at develnet dot org Status: Open Bug Type: SOAP related Operating System: Linux PHP Version: 5.3CVS-2009-01-06 (CVS) New Comment: I can confirm this bug. I tried avoiding the chunking in Apache by using mod_deflate, but the PHP SOAP client probably doesn't send an Accept-Encoding header with gzip in it. Previous Comments: [2009-01-06 16:28:52] daniel dot gorski at develnet dot org Description: The \SoapClient (and probably the \SoapServer) stumble over WSDL files that are delivered via HTTP in chunks, carrying the HTTP response header "Transfer-Encoding: chunked". Reproduce code: --- $sc = \SoapClient('http://any.wsdl/that/is/delivered/in/chunks'); Expected result: No error, intantiation and initialization of the \SoapClient object. Actual result: -- Fatal error: Uncaught SoapFault exception: [WSDL] SOAP-ERROR: Parsing WSDL: Couldn't load from [URL]: Start tag expected, '<' not found in [FILE] -- Edit this bug report at http://bugs.php.net/?id=47021&edit=1
#47048 [Fbk->Opn]: php5-pgsql segfaults with new pg_meta_data
ID: 47048 User updated by: ml-php dot net at bettercom dot de Reported By: ml-php dot net at bettercom dot de -Status: Feedback +Status: Open Bug Type: PostgreSQL related Operating System: FreeBSD 7.0-RELEASE PHP Version: 5.2.8 New Comment: postgres-8.3.5 is the version I'm using here (server & libs) Previous Comments: [2009-01-13 18:36:06] il...@php.net What version of PostgreSQL library & server are you using? [2009-01-10 20:57:22] fel...@php.net I can't reproduce it on Linux. PostgreSQL Support => enabled PostgreSQL(libpq) Version => 8.3.5 Multibyte character support => enabled SSL support => enabled Active Persistent Links => 0 Active Links => 0 ---- [2009-01-09 11:38:06] ml-php dot net at bettercom dot de Description: The last changes php_pgsql_meta_data cause segfaults in client and mod_php5 Reproduce code: --- Actual result: -- (gdb) bt #0 0x28606b20 in php_pgsql_meta_data () from /usr/local/lib/php/20060613/pgsql.so #1 0x2860c49b in zif_pg_meta_data () from /usr/local/lib/php/20060613/pgsql.so #2 0x0818be08 in zend_do_fcall_common_helper_SPEC () #3 0x0817d639 in execute () #4 0x0815ffc2 in zend_execute_scripts () #5 0x0811e7b5 in php_execute_script () #6 0x081db5e7 in main () -- Edit this bug report at http://bugs.php.net/?id=47048&edit=1
#47048 [NEW]: php5-pgsql segfaults with new pg_meta_data
From: ml-php dot net at bettercom dot de Operating system: FreeBSD 7.0-RELEASE PHP version: 5.2.8 PHP Bug Type: PostgreSQL related Bug description: php5-pgsql segfaults with new pg_meta_data Description: The last changes php_pgsql_meta_data cause segfaults in client and mod_php5 Reproduce code: --- Actual result: -- (gdb) bt #0 0x28606b20 in php_pgsql_meta_data () from /usr/local/lib/php/20060613/pgsql.so #1 0x2860c49b in zif_pg_meta_data () from /usr/local/lib/php/20060613/pgsql.so #2 0x0818be08 in zend_do_fcall_common_helper_SPEC () #3 0x0817d639 in execute () #4 0x0815ffc2 in zend_execute_scripts () #5 0x0811e7b5 in php_execute_script () #6 0x081db5e7 in main () -- Edit bug report at http://bugs.php.net/?id=47048&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47048&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47048&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47048&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47048&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47048&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47048&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47048&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47048&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47048&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47048&r=support Expected behavior: http://bugs.php.net/fix.php?id=47048&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47048&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47048&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47048&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47048&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47048&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47048&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47048&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47048&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47048&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47048&r=mysqlcfg
#43782 [NEW]: feof() does not detect timeout on socket
From: ml at foofree dot sk Operating system: Windows XP PHP version: 5.2.5 PHP Bug Type: Network related Bug description: feof() does not detect timeout on socket Description: >From docs: "Returns TRUE if the file pointer is at EOF or an error occurs (including socket timeout); otherwise returns FALSE." ... "If a connection opened by fsockopen() wasn't closed by the server, feof() will wait until a timeout has been reached to return TRUE. The default timeout value is 60 seconds. You may use stream_set_timeout() to change this value." feof() dows not wait and returns TRUE instead of FALSE if timeout reached (server does not closed connection and there is no data in timeout time slot). * server does not closed connection, * timeout wa reached Reproduce code: --- $s = stream_socket_client('tcp://www.php.net:80', $errno, $errstr, 10, STREAM_CLIENT_CONNECT); stream_set_timeout($s, 4); $response = ''; while (feof($s) !== TRUE) { if (($foo = @fread($s, 1024 * 8)) === FALSE) return NULL; $response = $response . $foo; }; print "OK"; Expected result: prints "OK" approx. in 4 seconds Actual result: -- hangs forever -- Edit bug report at http://bugs.php.net/?id=43782&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43782&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43782&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43782&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43782&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43782&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43782&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43782&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43782&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43782&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43782&r=support Expected behavior:http://bugs.php.net/fix.php?id=43782&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43782&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43782&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43782&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43782&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43782&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43782&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43782&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43782&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43782&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43782&r=mysqlcfg
#38279 [Bgs->Csd]: mktime dont work right on all 31 day of a month
ID: 38279 User updated by: support at ml-networld dot de Reported By: support at ml-networld dot de -Status: Bogus +Status: Closed Bug Type: Date/time related Operating System: Debian Sarge PHP Version: 5.1.4 New Comment: thx. Previous Comments: [2006-08-01 13:01:09] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Clue: what are the 31sts of June, September and November? [2006-08-01 09:07:01] support at ml-networld dot de I test this problem in a xammp environment under my local windows, and there i have the same problem. [2006-08-01 07:37:02] support at ml-networld dot de i have the right timezome Europe/Berlin [2006-08-01 07:32:34] [EMAIL PROTECTED] You need to set correct timezone. [2006-08-01 07:11:19] support at ml-networld dot de sorry, i put the wrong phpversion The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/38279 -- Edit this bug report at http://bugs.php.net/?id=38279&edit=1
#38279 [Bgs]: mktime dont work right on all 31 day of a month
ID: 38279 User updated by: support at ml-networld dot de Reported By: support at ml-networld dot de Status: Bogus Bug Type: Date/time related Operating System: Debian Sarge PHP Version: 5.1.4 New Comment: I test this problem in a xammp environment under my local windows, and there i have the same problem. Previous Comments: [2006-08-01 07:37:02] support at ml-networld dot de i have the right timezome Europe/Berlin [2006-08-01 07:32:34] [EMAIL PROTECTED] You need to set correct timezone. [2006-08-01 07:11:19] support at ml-networld dot de sorry, i put the wrong phpversion [2006-08-01 07:09:09] support at ml-networld dot de Description: On the 31 Juli, Oktober, Dezember the code below say that the lastmonth is the current month. But on the 31 August it say that the last month is jul. this code is an example code from nuntius on the site http://de2.php.net/manual/de/function.mktime.php Reproduce code: --- $dateMinusOneMonth = mktime(0, 0, 0, date("m")-1, date("d"), date("Y")); $lastmonth = date("M", $dateMinusOneMonth); echo $lastmonth; Expected result: on the 31 juli jun on the 31 oktober sep on the 31 dezember nov Actual result: -- on the 31 juli jul on the 31 oktober okt on the 31 dezember dez -- Edit this bug report at http://bugs.php.net/?id=38279&edit=1
#38279 [Bgs]: mktime dont work right on all 31 day of a month
ID: 38279 User updated by: support at ml-networld dot de Reported By: support at ml-networld dot de Status: Bogus Bug Type: Date/time related Operating System: Debian Sarge PHP Version: 5.1.4 New Comment: i have the right timezome Europe/Berlin Previous Comments: [2006-08-01 07:32:34] [EMAIL PROTECTED] You need to set correct timezone. [2006-08-01 07:11:19] support at ml-networld dot de sorry, i put the wrong phpversion [2006-08-01 07:09:09] support at ml-networld dot de Description: On the 31 Juli, Oktober, Dezember the code below say that the lastmonth is the current month. But on the 31 August it say that the last month is jul. this code is an example code from nuntius on the site http://de2.php.net/manual/de/function.mktime.php Reproduce code: --- $dateMinusOneMonth = mktime(0, 0, 0, date("m")-1, date("d"), date("Y")); $lastmonth = date("M", $dateMinusOneMonth); echo $lastmonth; Expected result: on the 31 juli jun on the 31 oktober sep on the 31 dezember nov Actual result: -- on the 31 juli jul on the 31 oktober okt on the 31 dezember dez -- Edit this bug report at http://bugs.php.net/?id=38279&edit=1
#38279 [Opn]: mktime dont work right on all 31 day of a month
ID: 38279 User updated by: support at ml-networld dot de Reported By: support at ml-networld dot de Status: Open Bug Type: Date/time related Operating System: Debian Sarge -PHP Version: 4CVS-2006-08-01 (CVS) +PHP Version: 5.1.4 New Comment: sorry, i put the wrong phpversion Previous Comments: [2006-08-01 07:09:09] support at ml-networld dot de Description: On the 31 Juli, Oktober, Dezember the code below say that the lastmonth is the current month. But on the 31 August it say that the last month is jul. this code is an example code from nuntius on the site http://de2.php.net/manual/de/function.mktime.php Reproduce code: --- $dateMinusOneMonth = mktime(0, 0, 0, date("m")-1, date("d"), date("Y")); $lastmonth = date("M", $dateMinusOneMonth); echo $lastmonth; Expected result: on the 31 juli jun on the 31 oktober sep on the 31 dezember nov Actual result: -- on the 31 juli jul on the 31 oktober okt on the 31 dezember dez -- Edit this bug report at http://bugs.php.net/?id=38279&edit=1
#38279 [NEW]: mktime dont work right on all 31 day of a month
From: support at ml-networld dot de Operating system: Debian Sarge PHP version: 4CVS-2006-08-01 (CVS) PHP Bug Type: Date/time related Bug description: mktime dont work right on all 31 day of a month Description: On the 31 Juli, Oktober, Dezember the code below say that the lastmonth is the current month. But on the 31 August it say that the last month is jul. this code is an example code from nuntius on the site http://de2.php.net/manual/de/function.mktime.php Reproduce code: --- $dateMinusOneMonth = mktime(0, 0, 0, date("m")-1, date("d"), date("Y")); $lastmonth = date("M", $dateMinusOneMonth); echo $lastmonth; Expected result: on the 31 juli jun on the 31 oktober sep on the 31 dezember nov Actual result: -- on the 31 juli jul on the 31 oktober okt on the 31 dezember dez -- Edit bug report at http://bugs.php.net/?id=38279&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38279&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38279&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38279&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38279&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38279&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38279&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38279&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38279&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38279&r=support Expected behavior:http://bugs.php.net/fix.php?id=38279&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38279&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38279&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38279&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38279&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38279&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38279&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38279&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38279&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38279&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38279&r=mysqlcfg
#33258 [NEW]: array_diff_key not present in PHP5
From: ml at iceni dot pl Operating system: WinXP + Apache PHP version: 5.0.4 PHP Bug Type: *General Issues Bug description: array_diff_key not present in PHP5 Description: Hi, I was wondering if this function (array_diff_key) is really implemented in PHP 5.0.4? For more info, please look at comments here: http://php.net/array_diff_key Reproduce code: --- $finalArray = array_diff_key($array1, $array2); Expected result: no error Actual result: -- Fatal error: Call to undefined function: array_diff_key() in .php on line 239 -- Edit bug report at http://bugs.php.net/?id=33258&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33258&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33258&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33258&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33258&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33258&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33258&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33258&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33258&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33258&r=support Expected behavior: http://bugs.php.net/fix.php?id=33258&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33258&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33258&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33258&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33258&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33258&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33258&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33258&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33258&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33258&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33258&r=mysqlcfg
#27794 [Opn]: LDAP extensions not working correctly
ID: 27794 User updated by: robert_thompson at ml dot com Reported By: robert_thompson at ml dot com Status: Open Bug Type: Unknown/Other Function Operating System: Win2000 PHP Version: 4.3.5 New Comment: I fought this for days only to figure out that it is because someone in our company set LDAP so that you can not query without binding with supplied credentials. Anonymous binding would not work for reporting - yet you could bind successfully anonymously - wierd. Previous Comments: [2004-03-31 05:42:58] robert_thompson at ml dot com Description: I have tried for two days every possibility to get a simple LDAP query to return anything. I have copied and tried some 50 different scripts. I can't get anything to come back. Reproduce code: --- $ldaphost="myserver"; $ldapport=389; $ldapconn=ldap_connect($ldaphost, $ldapport); $bind=ldap_bind($ldapconn); echo "Bind result is ".$r." -- blank is good"; $dn="OU=Support,dc=win,dc=com"; $filter="(|(sn=a*)(givenname=a*))"; $justthese = array( "ou", "sn", "givenname", "mail"); $result=ldap_search($ldapconn, $dn, $filter, $justthese); echo ldap_error($result); Expected result: Anything Actual result: -- I get nothing back. -- Edit this bug report at http://bugs.php.net/?id=27794&edit=1
#27794 [NEW]: LDAP extensions not working correctly
From: robert_thompson at ml dot com Operating system: Win2000 PHP version: 4.3.5 PHP Bug Type: Unknown/Other Function Bug description: LDAP extensions not working correctly Description: I have tried for two days every possibility to get a simple LDAP query to return anything. I have copied and tried some 50 different scripts. I can't get anything to come back. Reproduce code: --- $ldaphost="myserver"; $ldapport=389; $ldapconn=ldap_connect($ldaphost, $ldapport); $bind=ldap_bind($ldapconn); echo "Bind result is ".$r." -- blank is good"; $dn="OU=Support,dc=win,dc=com"; $filter="(|(sn=a*)(givenname=a*))"; $justthese = array( "ou", "sn", "givenname", "mail"); $result=ldap_search($ldapconn, $dn, $filter, $justthese); echo ldap_error($result); Expected result: Anything Actual result: -- I get nothing back. -- Edit bug report at http://bugs.php.net/?id=27794&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27794&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27794&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27794&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27794&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27794&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27794&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27794&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27794&r=support Expected behavior: http://bugs.php.net/fix.php?id=27794&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27794&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27794&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27794&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27794&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27794&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27794&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27794&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27794&r=float
#20462 [NEW]: get_browser() does not correct parse browscap.ini
From: [EMAIL PROTECTED] Operating system: Redhat 8.0 PHP version: 4.3.0-pre2 PHP Bug Type: Unknown/Other Function Bug description: get_browser() does not correct parse browscap.ini hello, i tried different browser with get_browsers, and had a lot of trouble. for me, it seems that get_browser() does not recognize the question mark '?' as joker sign if there is no asterisk '*'. testet browsers (on a win2000): ie 5 ok mozilla 1.x, netscape 6/7, opera 6.2/7b not work sample script: $ua = "Mozilla/5.0 (Windows; ?; Windows NT 5.0; ??-??; rv:1.1) Gecko/"; print "user_agent exact as written in browscap.ini: [$ua]"; fPrintBrowser( get_browser($ua) ) ; $ua= $_SERVER["HTTP_USER_AGENT"]; print "user_agent as it browser sends: [$ua]"; fPrintBrowser( get_browser($ua) ) ; function fPrintBrowser($browser) { print "pattern: " . $browser->browser_name_pattern .""; print "browser: " . $browser->browser .""; } sample output: user_agent exact as written in browscap.ini: [Mozilla/5.0 (Windows; ?; Windows NT 5.0; ??-??; rv:1.1) Gecko/] pattern: Mozilla/5\.0 (Windows; .; Windows NT 5\.0; ..-..; rv:1\.1) Gecko/ browser: Mozilla user_agent as it browser sends: [Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826] pattern: .* browser: Default browscap.ini from http://www.garykeith.com/ (November 13, 2002): entry (line 5522) don't work: [Mozilla/5.0 (Windows; ?; Windows NT 5.0; ??-??; rv:1.1) Gecko/] modified entry which works (asterisk at the end): [Mozilla/5.0 (Windows; ?; Windows NT 5.0; ??-??; rv:1.1) Gecko/*] thanks! markus -- Edit bug report at http://bugs.php.net/?id=20462&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20462&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20462&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20462&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20462&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20462&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20462&r=support Expected behavior: http://bugs.php.net/fix.php?id=20462&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20462&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20462&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20462&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20462&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20462&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20462&r=isapi
Bug #16917: apache2.0.35+php-4.2.0
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.5-STABLE PHP version: 4.2.0 PHP Bug Type: *General Issues Bug description: apache2.0.35+php-4.2.0 I took source code from apache website and php for latest stable version httpd-2.0.35 php-4.2.0 i compiled apache and php, compiles went fine no errors or warning messages. I create info.php with following content: when i go to that url I see source code instead of executed php code when i was installing php, it added following line to httpd.conf httpd.conf:LoadModule php4_modulemodules/libphp4.so INSTALL describes how to install php-4.1.x not php-4.2.x there for i assume there is something is missing. alexus -- Edit bug report at http://bugs.php.net/?id=16917&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16917&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16917&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16917&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16917&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16917&r=support Expected behavior: http://bugs.php.net/fix.php?id=16917&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16917&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16917&r=submittedtwice