from:"heino"

#18949 [Bgs-Csd]: ITX: Minor mistake in 'placeholderExists()' ?

2005-09-02 Thread heino

 ID:   18949
 Updated by:   [EMAIL PROTECTED]
 Reported By:  heino at gehlsen dot dk
-Status:   Bogus
+Status:   Closed
 Bug Type: *General Issues
 Operating System: Debian 3.0
 PHP Version:  CVS (rev. 1.5)
 New Comment:

Now that was an old bugger.

Yes, it's PEAR-related (HTML_Template_IT), and was actually fixed back
in 2002, so it should of cause have been reclosed.

PS
PEAR had its own category in PHP's bug system back then...


Previous Comments:


[2005-09-02 08:40:03] [EMAIL PROTECTED]

No idea what this was about, assuming PEAR and it has it's own bug
system.




[2002-08-23 08:38:44] heino at gehlsen dot dk

This bug was kind of a double-bug, since the same typo was made two
times in the same function  both when $block is empty (fixed) and when
it is set (not fixed).

Sorry for the lack of detail...



[2002-08-23 06:58:06] [EMAIL PROTECTED]

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.





[2002-08-16 16:46:01] heino at gehlsen dot dk

I can't get placeholderExists() to work without making minor changes to
the code:

[...]
while (list($k, $variable) = each($variables)) 
-if ($variable == $placeholder) {
+if ($k == $placeholder) {
$found = $block;
[...]

(boolean) $variable != (string) $placeholder.
(string) $k = (string) $placeholder.

PS.
I don't have the time to check if it's placeholderExists() that is
buggy or if it is $this-blockvariables' - sorry...





-- 
Edit this bug report at http://bugs.php.net/?id=18949edit=1

#23220 [NoF-Opn]: fgets() causes warning while reading data via SSL channel (HTTPS)

2004-01-11 Thread heino

 ID:   23220
 Updated by:   [EMAIL PROTECTED]
 Reported By:  storozhilov at mail dot ru
-Status:   No Feedback
+Status:   Open
 Bug Type: Filesystem function related
 Operating System: FreeBSD 4.8
 PHP Version:  4-STABLE-200307070330
 Assigned To:  wez
 New Comment:

This bug is apparently still living; even in PHP 5.0b3...


Previous Comments:


[2004-01-08 06:14:58] a at anseljh dot com

Red Hat 9
PHP 4.3.4, Apache 2.0.48, OpenSSL 0.9.7c (built from source)

Also happens with either fread() or feof() on an SSL socket connection
opened with fsockopen ($request):

while (!feof($request)) $response .= fread($request, 4096);

This code works flawlessly on a non-SSL socket connection.



[2003-12-29 14:31:32] Roger dot Schweppe at cbsks dot com

I have been having the same problem with IIS 5.  So if you ever find a
solution I would be very happy to hear from you. 

Thanks,
Roger



[2003-12-23 14:02:46] pta at interkan dot net

Forgot to include this info:

PHP 4.3.4 (cli) (built: Dec  4 2003 11:17:45)
Copyright (c) 1997-2003 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies



[2003-12-23 14:01:39] pta at interkan dot net

I've been experiencing the same problem with PHP 4.3.4 running on a
Linux Slackware/Apache server.  The problem did initially crop up
inside the PEAR Socket class which I'm trying to use to connect to
Authorize.Net's gateway.  Here's the exact message returned (with path
changes):

Warning: fread(): SSL: fatal protocol error in /path/to/Net/Socket.php
on line 243



[2003-12-12 20:59:12] tim at timcrider dot com

oh by the way. I am trying this with https:// as wez requested and am
reproducing the same error:

PHP 5.0.0b2 (cli) (built: Dec  7 2003 18:04:51)
Copyright (c) 1997-2003 The PHP Group
Zend Engine v2.0.0-dev, Copyright (c) 1998-2003 Zend Technologies
with Turck MMCache v2.4.6, Copyright (c) 2002-2003 TurckSoft, St.
Petersburg, by Dmitry Stogov



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/23220

-- 
Edit this bug report at http://bugs.php.net/?id=23220edit=1

#26534 [Fbk-Csd]: stream_get_meta_data() - Access Violation

2003-12-06 Thread heino

 ID:   26534
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: *General Issues
 Operating System: WinXP
 PHP Version:  5CVS-2003-12-05 (dev)
 New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.

As of the newest snapshot (20031206-0730) the bug seems to be no more.

BTW Fixing a bug in 16 minutes - isn't that rather close to a record.


Previous Comments:


[2003-12-05 15:23:07] [EMAIL PROTECTED]

I think I just fixed this; can you try the next php5 snapshot? (dated
after this report)



[2003-12-05 15:07:49] [EMAIL PROTECTED]

Description:

Something strange has happend stream_get_meta_data() between b1 and
b2!

Doing a stream_get_meta_data() on a tcp_socket stream results in an
Access Violation.

The Actual Result says it all...

Reproduce code:
---
$host = 'localhost';
$port = 80;

$stream = stream_socket_client($host.':'.$port, $errno, $errstr);

// fwrite($stream, GET / HTTP/1.1\r\nHost: $host\r\n\r\n);

// echo fread($stream, 10240);

var_dump(stream_get_meta_data($stream));


Expected result:

PHP Version 5.0.0b1:

array(7) {
  [stream_type]=
  string(10) tcp_socket
  [mode]=
  string(2) r+
  [unread_bytes]=
  int(0)
  [seekable]=
  bool(false)
  [timed_out]=
  bool(false)
  [blocked]=
  bool(true)
  [eof]=
  bool(true)
}


Actual result:
--
PHP Version 5.0.0b2  5.0.0b3-dev:

PHP has encountered an Access Violation at 010C80AD





-- 
Edit this bug report at http://bugs.php.net/?id=26534edit=1

#19801 [NEW]: Imap_getacl()

2002-10-07 Thread heino


From: [EMAIL PROTECTED]
Operating system: Linux/Debian 3.0 (+Sid)
PHP version:  4CVS-2002-10-07
PHP Bug Type: Feature/Change Request
Bug description:  Imap_getacl()

The IMAP-implementation allready has the ACL-function, imap_setacl(), for
setting/writing rights.

Wouldn't it be nice if imap_getacl() was also implemented, so we could
read our rights ?
-- 
Edit bug report at http://bugs.php.net/?id=19801edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19801r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=19801r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=19801r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19801r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=19801r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=19801r=support
Expected behavior:  http://bugs.php.net/fix.php?id=19801r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=19801r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=19801r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=19801r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19801r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=19801r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=19801r=isapi

#18949 [Bgs-Csd]: ITX: Minor mistake in 'placeholderExists()' ?

#23220 [NoF-Opn]: fgets() causes warning while reading data via SSL channel (HTTPS)

#26534 [Fbk-Csd]: stream_get_meta_data() - Access Violation

#19801 [NEW]: Imap_getacl()

4 matches

Site Navigation

Mail list logo

Footer information