Bug #27777 [Com]: basic authentication broken

2013-02-28 Thread stephan dot schulze at kapthon dot com
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

2010-01-29 Thread stephan dot schulze at kapthon dot com
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

2009-07-08 Thread stephan dot schulze at kapthon dot com
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

2009-05-14 Thread stephan dot schulze at kapthon dot com
 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

2009-05-13 Thread stephan dot schulze at kapthon dot com
 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

2009-05-12 Thread stephan dot schulze at kapthon dot com
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