#37806 [NEW]: weird behavior of object type and comparison
From: technophreak at gammae dot com Operating system: Fedora Core 4 PHP version: 5.1.5CVS PHP Bug Type: Unknown/Other Function Bug description: weird behavior of object type and comparison Description: Works as expected in PHP 5.1.2 Tried on latest cvs: php5.2-200606141430 Reproduce code: --- Expected result: bool(true) bool(true) Actual result: -- bool(true) bool(false) -- Edit bug report at http://bugs.php.net/?id=37806&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37806&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37806&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37806&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37806&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37806&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37806&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37806&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37806&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37806&r=support Expected behavior:http://bugs.php.net/fix.php?id=37806&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37806&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37806&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37806&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37806&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37806&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37806&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37806&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37806&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37806&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37806&r=mysqlcfg
#36328 [Bgs]: Random vhosts and .htaccess configuration leaks
ID: 36328 User updated by: technophreak at gammae dot com Reported By: technophreak at gammae dot com Status: Bogus Bug Type: Apache2 related Operating System: Fedora Core 4 PHP Version: 5.1.2, Latest CVS New Comment: Seems to solve the problem with latest CVS, however, 5.2.0 is not compatible with Zend Optimizer which causes me a problem. When will this fix be included in stable realease ? Previous Comments: [2006-06-09 15:27:59] [EMAIL PROTECTED] Dupe of bug #36257 Please try the next CVS snapshot. [2006-04-30 21:35:11] technophreak at gammae dot com I've just tried with BUILD Apr 30 2006 16:49:02 in Latest CVS, same problem occurs. Similar bug report: #36257 [2006-02-19 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2006-02-11 13:23:33] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2006-02-08 15:55:35] technophreak at gammae dot com Changed the Summary to something people will expect to look for if they have the same problem. 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/36328 -- Edit this bug report at http://bugs.php.net/?id=36328&edit=1
#36257 [Com]: php ini master values are reset between vhosts
ID: 36257 Comment by: technophreak at gammae dot com Reported By: cnovak at gmx dot net Status: Feedback Bug Type: *Configuration Issues Operating System: Linux srv-01 2.6.12-vs2.0-gentoo PHP Version: 5.1.2, 4.4.2 New Comment: Seems to solve the problem with latest CVS, however, 5.2.0 is not compatible with Zend Optimizer which causes me a problem. When will this fix be included in stable realease ? Previous Comments: [2006-06-09 15:16:47] [EMAIL PROTECTED] Please try the next CVS snapshot. [2006-05-19 16:53:14] technophreak at gammae dot com Will someone PLEASE put a priority on this. I have been suffereing from this bug for over 4 months now. [2006-05-06 08:47:17] marco at aktex dot net Hello, I also had this bug with version 4.4.2 from Debian packages. Yesterday I recompiled with latest CVS (php4-STABLE-200605042030.tar.gz). Unfortunatly the bug is still present. We suffer from leaking include_path settings in vhosts which is very annoying. We cannot upgrade to PHP5. Thanks, Marco [2006-04-30 21:31:55] technophreak at gammae dot com I've just tried with BUILD Apr 30 2006 16:49:02 in Latest CVS, same problem occurs. Note: #36328 is probably the same problem as this bug report. [2006-03-22 15:54:33] tim at sharper dot nl After upgrade to PHP 5.1.2 this error still occurs. 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/36257 -- Edit this bug report at http://bugs.php.net/?id=36257&edit=1
#36257 [Com]: php ini master values are reset between vhosts
ID: 36257 Comment by: technophreak at gammae dot com Reported By: cnovak at gmx dot net Status: Critical Bug Type: *Configuration Issues Operating System: Linux srv-01 2.6.12-vs2.0-gentoo PHP Version: 5.1.2, 4.4.2 New Comment: Will someone PLEASE put a priority on this. I have been suffereing from this bug for over 4 months now. Previous Comments: [2006-05-06 08:47:17] marco at aktex dot net Hello, I also had this bug with version 4.4.2 from Debian packages. Yesterday I recompiled with latest CVS (php4-STABLE-200605042030.tar.gz). Unfortunatly the bug is still present. We suffer from leaking include_path settings in vhosts which is very annoying. We cannot upgrade to PHP5. Thanks, Marco [2006-04-30 21:31:55] technophreak at gammae dot com I've just tried with BUILD Apr 30 2006 16:49:02 in Latest CVS, same problem occurs. Note: #36328 is probably the same problem as this bug report. [2006-03-22 15:54:33] tim at sharper dot nl After upgrade to PHP 5.1.2 this error still occurs. [2006-03-02 18:26:06] tim at sharper dot nl W're currently using Apache 2.0.55 with about 100 virtualhosts on Freebsd. It occasionaly happens that the open_basedir settings, made in the virtualhosts, get mixed up. Here an example error, when accesing a file in "/home/dev.sharper.nl/www/". Warning: Unknown(): open_basedir restriction in effect. File(/home/dev.sharper.nl/www/index.php) is not within the allowed path(s): (/home/cvr12.sharper.nl/www/) in Unknown on line 0 Warning: Unknown(/home/dev.sharper.nl/www/index.php): failed to open stream: Operation not permitted in Unknown on line 0 [2006-02-27 10:14:17] cnovak at gmx dot net Gentlemen, As stated on 2 Feb 12:56pm, we can not use any of the php 5.x.x versions as they are not permitted for our production servers. Questions: Is this issue recognized as a problem on 4.x versions? If so, is there a fix with the latest 4.x versions? Best regards Christian 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/36257 -- Edit this bug report at http://bugs.php.net/?id=36257&edit=1
#36328 [NoF->Opn]: Random vhosts and .htaccess configuration leaks
ID: 36328 User updated by: technophreak at gammae dot com Reported By: technophreak at gammae dot com -Status: No Feedback +Status: Open Bug Type: Apache2 related Operating System: Fedora Core 4 -PHP Version: 5.0.5 +PHP Version: 5.1.2, Latest CVS New Comment: I've just tried with BUILD Apr 30 2006 16:49:02 in Latest CVS, same problem occurs. Similar bug report: #36257 Previous Comments: [2006-02-19 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2006-02-11 13:23:33] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2006-02-08 15:55:35] technophreak at gammae dot com Changed the Summary to something people will expect to look for if they have the same problem. [2006-02-08 02:48:54] technophreak at gammae dot com Description: Problem is similar to BUG #25753 I am running Apache 2.0.55 I have seen this bug with PHP 5.0.5 also. Some configuration gets leaked into random vhosts. Reproduce code: --- Let's have 3 different web sites using 3 vhosts. One of those vhost, lets call it vhost A, I set a .htaccess file into the document_root folder: php_flag session.use_trans_sid on php_flag session.use_cookies off - If I load a page wich has a session ID already set in the cookies in Vhost B or C, the session ID will be changed as if I would load the page with no cookie. Here is a really simple code: Note: This happens maybe 1 time on 50 so you have to refresh the page a lot of times. Expected result: Should print ALWAYS the same session ID as long as the session doesnt expire. Actual result: -- Sometimes, the session ID changes because session does not use cookies because the VHOST A .htaccess leaked to VHOST B. -- Edit this bug report at http://bugs.php.net/?id=36328&edit=1
#36257 [Com]: php ini master values are reset between vhosts
ID: 36257 Comment by: technophreak at gammae dot com Reported By: cnovak at gmx dot net Status: Critical Bug Type: *Configuration Issues Operating System: Linux srv-01 2.6.12-vs2.0-gentoo PHP Version: 5.1.2, 4.4.2 New Comment: I've just tried with BUILD Apr 30 2006 16:49:02 in Latest CVS, same problem occurs. Note: #36328 is probably the same problem as this bug report. Previous Comments: [2006-03-22 15:54:33] tim at sharper dot nl After upgrade to PHP 5.1.2 this error still occurs. [2006-03-02 18:26:06] tim at sharper dot nl W're currently using Apache 2.0.55 with about 100 virtualhosts on Freebsd. It occasionaly happens that the open_basedir settings, made in the virtualhosts, get mixed up. Here an example error, when accesing a file in "/home/dev.sharper.nl/www/". Warning: Unknown(): open_basedir restriction in effect. File(/home/dev.sharper.nl/www/index.php) is not within the allowed path(s): (/home/cvr12.sharper.nl/www/) in Unknown on line 0 Warning: Unknown(/home/dev.sharper.nl/www/index.php): failed to open stream: Operation not permitted in Unknown on line 0 [2006-02-27 10:14:17] cnovak at gmx dot net Gentlemen, As stated on 2 Feb 12:56pm, we can not use any of the php 5.x.x versions as they are not permitted for our production servers. Questions: Is this issue recognized as a problem on 4.x versions? If so, is there a fix with the latest 4.x versions? Best regards Christian [2006-02-16 10:44:34] david_sitecon at hotmail dot com We can't use 5.x yet either - is there a 4.4.x snapshot for this ? [2006-02-11 13:21:06] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip 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/36257 -- Edit this bug report at http://bugs.php.net/?id=36257&edit=1
#36328 [Opn]: Random vhosts and .htaccess configuration leaks
ID: 36328 User updated by: technophreak at gammae dot com -Summary: Random vhosts and .htaccess ini propagation Reported By: technophreak at gammae dot com Status: Open Bug Type: Apache2 related Operating System: Fedora Core 4 PHP Version: 5.1.2 New Comment: Changed the Summary to something people will expect to look for if they have the same problem. Previous Comments: [2006-02-08 02:48:54] technophreak at gammae dot com Description: Problem is similar to BUG #25753 I am running Apache 2.0.55 I have seen this bug with PHP 5.0.5 also. Some configuration gets leaked into random vhosts. Reproduce code: --- Let's have 3 different web sites using 3 vhosts. One of those vhost, lets call it vhost A, I set a .htaccess file into the document_root folder: php_flag session.use_trans_sid on php_flag session.use_cookies off - If I load a page wich has a session ID already set in the cookies in Vhost B or C, the session ID will be changed as if I would load the page with no cookie. Here is a really simple code: Note: This happens maybe 1 time on 50 so you have to refresh the page a lot of times. Expected result: Should print ALWAYS the same session ID as long as the session doesnt expire. Actual result: -- Sometimes, the session ID changes because session does not use cookies because the VHOST A .htaccess leaked to VHOST B. -- Edit this bug report at http://bugs.php.net/?id=36328&edit=1
#36328 [NEW]: Random vhosts and .htaccess ini propagation
From: technophreak at gammae dot com Operating system: Fedora Core 4 PHP version: 5.1.2 PHP Bug Type: Apache2 related Bug description: Random vhosts and .htaccess ini propagation Description: Problem is similar to BUG #25753 I am running Apache 2.0.55 I have seen this bug with PHP 5.0.5 also. Some configuration gets leaked into random vhosts. Reproduce code: --- Let's have 3 different web sites using 3 vhosts. One of those vhost, lets call it vhost A, I set a .htaccess file into the document_root folder: php_flag session.use_trans_sid on php_flag session.use_cookies off - If I load a page wich has a session ID already set in the cookies in Vhost B or C, the session ID will be changed as if I would load the page with no cookie. Here is a really simple code: Note: This happens maybe 1 time on 50 so you have to refresh the page a lot of times. Expected result: Should print ALWAYS the same session ID as long as the session doesnt expire. Actual result: -- Sometimes, the session ID changes because session does not use cookies because the VHOST A .htaccess leaked to VHOST B. -- Edit bug report at http://bugs.php.net/?id=36328&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36328&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36328&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36328&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36328&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36328&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36328&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36328&r=needscript Try newer version:http://bugs.php.net/fix.php?id=36328&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36328&r=support Expected behavior:http://bugs.php.net/fix.php?id=36328&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36328&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36328&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36328&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36328&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36328&r=dst IIS Stability:http://bugs.php.net/fix.php?id=36328&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36328&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36328&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36328&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36328&r=mysqlcfg
#34618 [NEW]: unexpected strtotime output
From: technophreak at gammae dot com Operating system: fedora code 2 PHP version: 5.0.5 PHP Bug Type: Date/time related Bug description: unexpected strtotime output Description: Some dates does not output properly with strtotime() Works fine on PHP 4.3 Reproduce code: --- $date = "2005-10-30 01:00:00"; $format = "Y-m-d H:i:s"; print date($format,strtotime("1 hour",strtotime($date)))."\n"; print date($format,strtotime("2 hour",strtotime($date)))."\n"; Expected result: 2005-10-30 02:00:00 2005-10-30 03:00:00 Actual result: -- 2005-10-30 01:00:00 2005-10-30 02:00:00 -- Edit bug report at http://bugs.php.net/?id=34618&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34618&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34618&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34618&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34618&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34618&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34618&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34618&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34618&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34618&r=support Expected behavior: http://bugs.php.net/fix.php?id=34618&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34618&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34618&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34618&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34618&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34618&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34618&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34618&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34618&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34618&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34618&r=mysqlcfg
#26347 [Opn]: array_element function.
ID: 26347 User updated by: technophreak at gammae dot com Reported By: technophreak at gammae dot com Status: Open Bug Type: Feature/Change Request Operating System: all PHP Version: 4.3.2 New Comment: sorry for the typo, I meant SUCH, not SUC* ... Previous Comments: [2003-11-21 06:11:09] technophreak at gammae dot com Description: There should be a function used to simply return element [n] of an array. This will allow to return the value of an array by simply specifying the key or element to be returned. list() or any other function can do this. if a such function alredy exist please let me know. I didnt find it. Reproduce code: --- Sample code of what function should do. function array_element($array array,$element mixed){ return $array[$element]; } here is an example of why that would be useful. If i dont want to write two lines to get a hostname from a url. $myhost = array_element(parse_url($someurl),"host"); INSTEAD OF $host_info = parse_url($someurl); $myhost = $host_info["host"]; Also.. there are many things that the list() function cannot do ... an array_element() function would be very useful in any situation where the array would be the result of another function .. There are numerous examples where I would have used that and I am sure that a lot of people would be looking for suck feature. Same idea for an array_put() function but array_merge() does the same. -- Edit this bug report at http://bugs.php.net/?id=26347&edit=1
#26347 [NEW]: array_element function.
From: technophreak at gammae dot com Operating system: all PHP version: 4.3.2 PHP Bug Type: Feature/Change Request Bug description: array_element function. Description: There should be a function used to simply return element [n] of an array. This will allow to return the value of an array by simply specifying the key or element to be returned. list() or any other function can do this. if a such function alredy exist please let me know. I didnt find it. Reproduce code: --- Sample code of what function should do. function array_element($array array,$element mixed){ return $array[$element]; } here is an example of why that would be useful. If i dont want to write two lines to get a hostname from a url. $myhost = array_element(parse_url($someurl),"host"); INSTEAD OF $host_info = parse_url($someurl); $myhost = $host_info["host"]; Also.. there are many things that the list() function cannot do ... an array_element() function would be very useful in any situation where the array would be the result of another function .. There are numerous examples where I would have used that and I am sure that a lot of people would be looking for suck feature. Same idea for an array_put() function but array_merge() does the same. -- Edit bug report at http://bugs.php.net/?id=26347&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26347&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26347&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26347&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26347&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26347&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26347&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26347&r=support Expected behavior: http://bugs.php.net/fix.php?id=26347&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26347&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26347&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26347&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26347&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26347&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26347&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26347&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26347&r=float