#18949 [Bgs->Csd]: ITX: Minor mistake in 'placeholderExists()' ?
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=18949&edit=1
#23220 [NoF->Opn]: fgets() causes warning while reading data via SSL channel (HTTPS)
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=23220&edit=1
#26534 [Fbk->Csd]: stream_get_meta_data() -> Access Violation
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=26534&edit=1
#19801 [NEW]: Imap_getacl()
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=19801&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19801&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19801&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19801&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19801&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19801&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19801&r=support Expected behavior: http://bugs.php.net/fix.php?id=19801&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19801&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19801&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19801&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19801&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19801&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19801&r=isapi