Bug #27777 [Com]: basic authentication broken
Edit report at https://bugs.php.net/bug.php?id=2edit=1 ID: 2 Comment by: stephan dot schulze at kapthon dot com Reported by:mikx at mikx dot de Summary:basic authentication broken Status: No Feedback Type: Bug Package:SOAP related Operating System: Windows XP Pro PHP Version:5.0.0RC1 Block user comment: N Private report: N New Comment: This problem still exists in PHP 5.3.20 Previous Comments: [2012-06-13 09:00:19] oliver at mojofuel dot com Still exists in PHP 5.3.13 [2011-10-20 00:37:35] dewes at pop dot com dot br The problem still in PHP Version 5.3.5. [2010-11-15 16:56:31] oliver at teqneers dot de I have the same problem in PHP 5.3.3. It is not possible to fetch a HTTP basic/digest authentication protected WSDL. [2010-01-29 21:38:40] eric dot caron at gmail dot com Still having this problem as of PHP 5.3.2-dev on my Linux boxes. PHP 5.3.1 on my Windows box did not have this problem. [2009-05-07 13:32:47] Christian dot Reingruber at gmail dot com still a problem in 5.2.8 i guess... any ideas? 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 https://bugs.php.net/bug.php?id=2 -- Edit this bug report at https://bugs.php.net/bug.php?id=2edit=1
#50878 [NEW]: switch on constant does not enter correct block
From: stephan dot schulze at kapthon dot com Operating system: CentOs 5.4 PHP version: 5.3.1 PHP Bug Type: Scripting Engine problem Bug description: switch on constant does not enter correct block Description: If a class function returns a class constant or true and the result is checked with a switch, the switch does not enter the correct block. I expect $bResult should be converted to 1 if it is true but not to -1. Reproduce code: --- ?php class Foo { const ERR_ONE = -1; public function bar() { return true; } public function isErr() { return self::ERR_ONE; } } $oFoo = new Foo(); $bResult = $oFoo-bar(); switch ($bResult) { case Foo::ERR_ONE: ERR_ONE: . var_dump($bResult); break; default: echo default; break; } $bResult = $oFoo-isErr(); switch ($bResult) { case Foo::ERR_ONE: ERR_ONE: . var_dump($bResult); break; default: echo default; break; } Expected result: Expected to get default and ERR_ONE: int(-1) Actual result: -- ERR_ONE: bool(true) ERR_ONE: int(-1) -- Edit bug report at http://bugs.php.net/?id=50878edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50878r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50878r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50878r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50878r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50878r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50878r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50878r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50878r=needscript Try newer version: http://bugs.php.net/fix.php?id=50878r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50878r=support Expected behavior: http://bugs.php.net/fix.php?id=50878r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50878r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50878r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50878r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50878r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50878r=dst IIS Stability: http://bugs.php.net/fix.php?id=50878r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50878r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50878r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50878r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50878r=mysqlcfg
#48851 [NEW]: calling setcookie with invalid time value causes high load for apache process
From: stephan dot schulze at kapthon dot com Operating system: Centos 5.3 PHP version: 5.2.10 PHP Bug Type: Apache2 related Bug description: calling setcookie with invalid time value causes high load for apache process Description: If you call setcookie with an invalid time value causes high load for the calling apache process Reproduce code: --- setcookie(SessionID, $S, time() . 15768000, /); Expected result: Cookie is set and there should be no load for the apache process Actual result: -- Cookie is set and there is a load of 100% for the apache process -- Edit bug report at http://bugs.php.net/?id=48851edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48851r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48851r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48851r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48851r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48851r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48851r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48851r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48851r=needscript Try newer version: http://bugs.php.net/fix.php?id=48851r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48851r=support Expected behavior: http://bugs.php.net/fix.php?id=48851r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48851r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48851r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48851r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48851r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48851r=dst IIS Stability: http://bugs.php.net/fix.php?id=48851r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48851r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48851r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48851r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48851r=mysqlcfg
#48243 [Bgs]: Cookie not set after setting cookie in .htaccess
ID: 48243 User updated by: stephan dot schulze at kapthon dot com Reported By: stephan dot schulze at kapthon dot com Status: Bogus Bug Type: HTTP related Operating System: Centos 5.3 PHP Version: 5.2.9 New Comment: Problem is solved! 1. First PHP is setting a header with the name Set-Cookie 2. And then Apache's mod_header is working. Header set Set-Cookie: testcookie=1; path=/; env=!cookie_set Header set is replacing all headers with the same name (e.g. Set-Cookie) whith this new one. Thus the header Set-Cookie, which is set from PHP, does not exists after this directive. You must use Header add in .htacess, to add an additional Set-Cookie header to the current set of headers. Previous Comments: [2009-05-13 06:27:07] stephan dot schulze at kapthon dot com I do not want to reset a cookie but to set another second or third cookie. PHP even doesn't set a session cookie, when a cookie is set via htaccess before. So the problem is: after setting a cookie via htaccess, PHP doesn't set any other cookies anymore I do not know whether this is really a bogus bug. [2009-05-13 00:56:13] j...@php.net I would guess you need to match all the parameters used to be able to reset a cookie. But you're better of using header() with the replace parameter set to true. [2009-05-12 07:50:28] stephan dot schulze at kapthon dot com Description: setcookie does not set a cookie when a cookie is set in .htaccess file first I do not know whether this is a bug or expected behaviour Reproduce code: --- .htaccess Code == FilesMatch \.(html|htm|xml|txt|php)$ SetEnvIf Cookie ^.*testcookie.*$ cookie_set=1 Header set Set-Cookie: testcookie=1; path=/; env=!cookie_set /FilesMatch Cookie is set here PHP-Code setcookie('testphp', 'test_' . time()); in index.php = cookie is not set Expected result: testcookie AND testphp-Cookie should be set Actual result: -- Only testcookie is set,any calls to setcookie does not set any cookie at all -- Edit this bug report at http://bugs.php.net/?id=48243edit=1
#48243 [Bgs]: Cookie not set after setting cookie in .htaccess
ID: 48243 User updated by: stephan dot schulze at kapthon dot com Reported By: stephan dot schulze at kapthon dot com Status: Bogus Bug Type: HTTP related Operating System: Centos 5.3 PHP Version: 5.2.9 New Comment: I do not want to reset a cookie but to set another second or third cookie. PHP even doesn't set a session cookie, when a cookie is set via htaccess before. So the problem is: after setting a cookie via htaccess, PHP doesn't set any other cookies anymore I do not know whether this is really a bogus bug. Previous Comments: [2009-05-13 00:56:13] j...@php.net I would guess you need to match all the parameters used to be able to reset a cookie. But you're better of using header() with the replace parameter set to true. [2009-05-12 07:50:28] stephan dot schulze at kapthon dot com Description: setcookie does not set a cookie when a cookie is set in .htaccess file first I do not know whether this is a bug or expected behaviour Reproduce code: --- .htaccess Code == FilesMatch \.(html|htm|xml|txt|php)$ SetEnvIf Cookie ^.*testcookie.*$ cookie_set=1 Header set Set-Cookie: testcookie=1; path=/; env=!cookie_set /FilesMatch Cookie is set here PHP-Code setcookie('testphp', 'test_' . time()); in index.php = cookie is not set Expected result: testcookie AND testphp-Cookie should be set Actual result: -- Only testcookie is set,any calls to setcookie does not set any cookie at all -- Edit this bug report at http://bugs.php.net/?id=48243edit=1
#48243 [NEW]: Cookie not set after setting cookie in .htaccess
From: stephan dot schulze at kapthon dot com Operating system: Centos 5.3 PHP version: 5.2.9 PHP Bug Type: HTTP related Bug description: Cookie not set after setting cookie in .htaccess Description: setcookie does not set a cookie when a cookie is set in .htaccess file first I do not know whether this is a bug or expected behaviour Reproduce code: --- .htaccess Code == FilesMatch \.(html|htm|xml|txt|php)$ SetEnvIf Cookie ^.*testcookie.*$ cookie_set=1 Header set Set-Cookie: testcookie=1; path=/; env=!cookie_set /FilesMatch Cookie is set here PHP-Code setcookie('testphp', 'test_' . time()); in index.php = cookie is not set Expected result: testcookie AND testphp-Cookie should be set Actual result: -- Only testcookie is set,any calls to setcookie does not set any cookie at all -- Edit bug report at http://bugs.php.net/?id=48243edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48243r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48243r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48243r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48243r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48243r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48243r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48243r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48243r=needscript Try newer version: http://bugs.php.net/fix.php?id=48243r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48243r=support Expected behavior: http://bugs.php.net/fix.php?id=48243r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48243r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48243r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48243r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48243r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48243r=dst IIS Stability: http://bugs.php.net/fix.php?id=48243r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48243r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48243r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48243r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48243r=mysqlcfg