[PHP-BUG] Bug #65486 [NEW]: mysqli_poll() is broken on win x64
From: ab Operating system: Windows 64 Bit PHP version: 5.5Git-2013-08-20 (Git) Package: MySQLi related Bug Type: Bug Bug description:mysqli_poll() is broken on win x64 Description: mysqli_poll() in user space invokes _mysqlnd_poll(). In that function php_select() is used for polling. The windows implementation works with int for descriptors, however php_socket_t data type is used in mysqli. This has two flaws - generally on windows, php_socket_t is a typedef from SOCKET and is unsigned, that means any usual UNIX socket checks want work, say checking if descriptor is negative - on 64 bit windows this is a breach, because SOCKET there is unsigned 64 bit integer while php_select() implementation still uses 32 bit integers. php_select() internally calls select(), which on windows expects an 32 bit integer as descriptor as well. As result mysqli_poll* function family is broken on 64 bit Windows. -- Edit bug report at https://bugs.php.net/bug.php?id=65486&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=65486&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=65486&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=65486&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=65486&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=65486&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=65486&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=65486&r=needscript Try newer version: https://bugs.php.net/fix.php?id=65486&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=65486&r=support Expected behavior: https://bugs.php.net/fix.php?id=65486&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=65486&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=65486&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=65486&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=65486&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=65486&r=dst IIS Stability: https://bugs.php.net/fix.php?id=65486&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=65486&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=65486&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=65486&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=65486&r=mysqlcfg
[PHP-BUG] Bug #65489 [NEW]: glob() basedir check is inconsistent
From: ab
Operating system: irrelevant
PHP version: Irrelevant
Package: Filesystem function related
Bug Type: Bug
Bug description:glob() basedir check is inconsistent
Description:
As documentation states
"Returns an array containing the matched files/directories, an empty array
if no
file matched or FALSE on error."
whereby in case when internal glob() has returned NOMATCH, there's no
reliable
way to do basedir check. As examples below illustrate, when the glob query
is
complex, glob() returned NOMATCH and query is valid within basedir, it
still
will return bool(false) to the userspace in the most cases.
If the result is empty, using php_check_open_basedir_ex() on the pattern
will
work "somehow" only if it's a direct filesystem path or close to it, so
generally such check is senseless. Therefore what documentation states
about
returning an empty array vs. false cannot be guaranteed.
The same misbehavior persists on windows with correspondingly modified
queries.
Test script:
---
string(4) "/etc"
}
array(1) {
[0]=>
string(10) "/etc/issue"
}
bool(false)
bool(false)
array(0) {
}
array(0) {
}
Actual result:
--
array(1) {
[0]=>
string(4) "/etc"
}
array(1) {
[0]=>
string(10) "/etc/issue"
}
bool(false)
bool(false)
bool(false)
bool(false)
--
Edit bug report at https://bugs.php.net/bug.php?id=65489&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=65489&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=65489&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=65489&r=trysnapshottrunk
Fixed in SVN: https://bugs.php.net/fix.php?id=65489&r=fixed
Fixed in release: https://bugs.php.net/fix.php?id=65489&r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=65489&r=needtrace
Need Reproduce Script: https://bugs.php.net/fix.php?id=65489&r=needscript
Try newer version: https://bugs.php.net/fix.php?id=65489&r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=65489&r=support
Expected behavior: https://bugs.php.net/fix.php?id=65489&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=65489&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=65489&r=submittedtwice
register_globals: https://bugs.php.net/fix.php?id=65489&r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=65489&r=php4
Daylight Savings: https://bugs.php.net/fix.php?id=65489&r=dst
IIS Stability: https://bugs.php.net/fix.php?id=65489&r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=65489&r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=65489&r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=65489&r=nozend
MySQL Configuration Error: https://bugs.php.net/fix.php?id=65489&r=mysqlcfg
Bug #60826 [Com]: raw POST data missing with chunked encoding, FastCGI
Edit report at https://bugs.php.net/bug.php?id=60826&edit=1 ID: 60826 Comment by: a...@php.net Reported by:clarkwise at gmail dot com Summary:raw POST data missing with chunked encoding, FastCGI Status: Open Type: Bug Package:CGI/CLI related Operating System: Windows XP PHP Version:5.3.9 Block user comment: N Private report: N New Comment: I've additionally tested the two files on nginx with PHP as FCGI. The request simply doesn't go throught to PHP and nginx gives 401 back. I've attached gdb to the PHP and set a break in the accept loop - there was no reaction when using the two test files, but requests without data got down to PHP. So my conclusion were - apache simply ignores the request body where nginx gives a correct http status. Anyways, this has nothing to do with PHP. IIS, Apache and Nginx seem to have no implementation for chunked incoming body stuff, but they do handle that a different way. Btw. Nginx has the "chunkin" module for such actions. Previous Comments: [2012-02-02 00:35:42] timo dot witte at googlemail dot com I have the same problem on my machine and can confirm this bug! i think this bug affects mod_spdy aswell, because it sends the POST data chunked! ( http://code.google.com/p/mod-spdy/issues/detail?id=22 ). [2012-01-20 21:15:54] clarkwise at gmail dot com Description: When a POST is sent with the header "Transfer-Encoding: chunked" and PHP 5.3 is running via FastCGI, $HTTP_RAW_POST_DATA is not set. In IIS, the receiving PHP process simply hangs and does not execute at all. If chunked encoding is not set, it executes successfully and $HTTP_RAW_POST_DATA is populated. Comparing ISAPI to FastCGI (using PHP 5.2 which has both implementations), PHP ISAPI works fine with "Transfer-Encoding: chunked" but PHP FastCGI does not. This issue also occurred running Linux/Apache with PHP 5.3 FastCGI. In that scenario, the PHP process did not completely hang, but $HTTP_RAW_POST_DATA and php://input were empty when the script executed. Test script: --- Two files, postsend.php and postreceive.php, can be found within the question here: http://stackoverflow.com/questions/8899239/http-raw-post-data-not-being-populated-after-upgrade-to-php-5-3 Expected result: $HTTP_RAW_POST_DATA and the php://input stream should contain the raw binary data that was sent in the POST. Actual result: -- On Windows/IIS, the PHP process hangs and does not execute. On Linux/Apache, the PHP process executes but $HTTP_RAW_POST_DATA and php://input are empty. -- Edit this bug report at https://bugs.php.net/bug.php?id=60826&edit=1
Bug #60992 [Com]: Trim / rtrim bug when we need to delete extension
Edit report at https://bugs.php.net/bug.php?id=60992&edit=1
ID: 60992
Comment by: a...@php.net
Reported by:elie29 at gmail dot com
Summary:Trim / rtrim bug when we need to delete extension
Status: Open
Type: Bug
Package:Strings related
Operating System: windows
PHP Version:5.3.10
Block user comment: N
Private report: N
New Comment:
consider this to achieve your goal:
basename('hello.js', '.js')
Previous Comments:
[2012-02-06 14:03:28] anon at anon dot anon
This is the correct logic for the trim functions. As stated in the
documentation, the second parameter is a list of characters, not a solid string
to test for verbatim. Hence `rtrim('users.php', 'ph.'))` is also 'users'. Try
something like this instead:
function rtrim_str($str, $fragment) {
if (substr($str, -strlen($fragment)) === $fragment) $str = substr($str,
0, -strlen($fragment));
return $str;
}
[2012-02-06 13:46:14] elie29 at gmail dot com
Description:
If we need to delete from a file name its extension using trim or rtrim
function,
the return value is uncorrect when your file name is ended with an 's'
characters.
Exemple :
rtrim('users.js', '.js'); => will return user instead of users
Test script:
---
var_dump(rtrim('users.js', 'js')); // users. OK
var_dump(rtrim('users.', '.')); //users OK
var_dump(rtrim('users.js', '.js')); // user instead of users KO
var_dump(trim('users.php', '.php')); // user instead of users KO
var_dump(rtrim('correct.js', '.js')); //correct OK
var_dump(trim('.js', '.js')); // empty string instead of KO
Expected result:
var_dump(rtrim('users.js', 'js')); // users.
var_dump(rtrim('users.', '.')); //users
var_dump(rtrim('users.js', '.js')); // users
var_dump(trim('users.php', '.php')); // users
var_dump(rtrim('correct.js', '.js')); //correct
var_dump(trim('.js', '.js')); // sss
--
Edit this bug report at https://bugs.php.net/bug.php?id=60992&edit=1
Bug #60705 [Com]: rijndael iv problem
Edit report at https://bugs.php.net/bug.php?id=60705&edit=1 ID: 60705 Comment by: a...@php.net Reported by:erno dot kovacs at freemail dot hu Summary:rijndael iv problem Status: Open Type: Bug Package:mcrypt related Operating System: linux/windows PHP Version:5.3.8 Block user comment: N Private report: N New Comment: After looking at the mcrypt implementation it turns out, that the way you're doing that in perl is non standard. The init vector SHOULD have the same size the block does. In your case 32 bytes. Looking at some other libs, for instance http://msdn.microsoft.com/en- us/library/system.security.cryptography.symmetricalgorithm.iv.aspx the stuff is handled the same way - vi size = block size. Previous Comments: [2012-01-10 23:08:05] erno dot kovacs at freemail dot hu Description: Cryptography basics: IV is always the same as the block size, which is 16 bytes (128 bits) in case of AES(Rijndael). However, when you use RIJNDAEL_192 or RIJNDAEL_256 with an IV of 16 bytes in CBC mode, you got a warning "mcrypt_generic_init() [function.mcrypt-generic-init]: Iv size incorrect; supplied length: 16, needed: 32". This is bullshit. This way if you try to decrypt data encrypted by a 32 byte (256 bit) key with 16 byte (128 bit) IV with RIJNDAEL_256 in CBC mode, the decrypted data is WRONG. Even worse, if you modify the constant to RIJNDAEL_128, it decrypts the ciphertext correctly. This is a major failure. Tested with PHP 5.3.4 Win32 and 5.3.8 Linux. Test script: --- http://pastebin.com/X1S7bUXV Expected result: decrypted : hello world decrypted : *garbage* Actual result: -- Warning: mcrypt_generic_init() [function.mcrypt-generic-init]: Iv size incorrect; supplied length: 16, needed: 32 in ... decrypted : Ñ2âв ÐÐ/(Ñвy7YÐÆ0z=/оÑ|µ8â0У decrypted : hello world -- Edit this bug report at https://bugs.php.net/bug.php?id=60705&edit=1
Bug #60826 [Com]: raw POST data missing with chunked encoding, FastCGI
Edit report at https://bugs.php.net/bug.php?id=60826&edit=1 ID: 60826 Comment by: a...@php.net Reported by:clarkwise at gmail dot com Summary:raw POST data missing with chunked encoding, FastCGI Status: Assigned Type: Bug Package:CGI/CLI related Operating System: Windows XP PHP Version:5.3.9 Assigned To:ab Block user comment: N Private report: N New Comment: @clarkwise at gmail dot com So could you confirm it works with nginx+chunkin? As well, it's was not hanging with IIS (v7.5) for me. Which IIS version do you have? Previous Comments: [2012-02-09 19:17:27] a...@php.net I've additionally tested the two files on nginx with PHP as FCGI. The request simply doesn't go throught to PHP and nginx gives 401 back. I've attached gdb to the PHP and set a break in the accept loop - there was no reaction when using the two test files, but requests without data got down to PHP. So my conclusion were - apache simply ignores the request body where nginx gives a correct http status. Anyways, this has nothing to do with PHP. IIS, Apache and Nginx seem to have no implementation for chunked incoming body stuff, but they do handle that a different way. Btw. Nginx has the "chunkin" module for such actions. [2012-02-02 00:35:42] timo dot witte at googlemail dot com I have the same problem on my machine and can confirm this bug! i think this bug affects mod_spdy aswell, because it sends the POST data chunked! ( http://code.google.com/p/mod-spdy/issues/detail?id=22 ). [2012-01-20 21:15:54] clarkwise at gmail dot com Description: When a POST is sent with the header "Transfer-Encoding: chunked" and PHP 5.3 is running via FastCGI, $HTTP_RAW_POST_DATA is not set. In IIS, the receiving PHP process simply hangs and does not execute at all. If chunked encoding is not set, it executes successfully and $HTTP_RAW_POST_DATA is populated. Comparing ISAPI to FastCGI (using PHP 5.2 which has both implementations), PHP ISAPI works fine with "Transfer-Encoding: chunked" but PHP FastCGI does not. This issue also occurred running Linux/Apache with PHP 5.3 FastCGI. In that scenario, the PHP process did not completely hang, but $HTTP_RAW_POST_DATA and php://input were empty when the script executed. Test script: --- Two files, postsend.php and postreceive.php, can be found within the question here: http://stackoverflow.com/questions/8899239/http-raw-post-data-not-being-populated-after-upgrade-to-php-5-3 Expected result: $HTTP_RAW_POST_DATA and the php://input stream should contain the raw binary data that was sent in the POST. Actual result: -- On Windows/IIS, the PHP process hangs and does not execute. On Linux/Apache, the PHP process executes but $HTTP_RAW_POST_DATA and php://input are empty. -- Edit this bug report at https://bugs.php.net/bug.php?id=60826&edit=1
Bug #54197 [PATCH]: [PATH=] sections incompatibility with user_ini.filename set to null
Edit report at https://bugs.php.net/bug.php?id=54197&edit=1 ID: 54197 Patch added by: a...@php.net Reported by:julientld at free dot fr Summary:[PATH=] sections incompatibility with user_ini.filename set to null Status: Analyzed Type: Bug Package:PHP options/info functions Operating System: Windows Server 2003 SP2 PHP Version:5.3.5 Assigned To:ab Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: fix_unintialized_doc_root Revision: 1330597390 URL: https://bugs.php.net/patch-display.php?bug=54197&patch=fix_unintialized_doc_root&revision=1330597390 Previous Comments: [2012-01-16 21:45:42] info at garrant dot com I have the exact issue with PHP 5.3.9 running on Windows 2008 IIS7. When you try to uncomment user_ini.filename = and use a PATH section, there is a FastCGI error and all PHP pages will fail. I even tried adding open quotes and it still fails with user_ini.filename = "". I want to disable so sites cannot user individual .ini files. How can we do this? [2011-03-09 13:22:14] paj...@php.net So let do it the hard way until I work on the initial problem. [2011-03-09 13:20:26] carsten_sttgt at gmx dot de > which is different No. My last example is exactly the first "Test Script" from julientld at free dot fr. Just without comments. [2011-03-09 13:09:43] paj...@php.net I explicitly asked three times to open a new issue for this exact problem, which is different (as in require different fix). Why do you insist to post this info here? That's getting annoying. [2011-03-09 13:04:43] carsten_sttgt at gmx dot de Well, if this makes you happy: php -v PHP 5.3.6RC2 (cli) (built: Mar 3 2011 01:08:35) Copyright (c) 1997-2011 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies Adding this to "php.ini": | user_ini.filename = | [PATH=C:/Users/Public/Documents/htdocs/] | upload_max_filesize = 5M php-cgi -f "C:\Users\Public\Documents\htdocs\test.php" --> Result crash. (eec.14a4): Access violation - code c005 (first chance) First chance exceptions are reported before any exception handling. This exception may be expected and handled. eax= ebx=01d92cc8 ecx=0005 edx=01d92c70 esi=01d92cc0 edi=4f3893f4 eip=5c7fc1d7 esp=009bd9bc ebp=01d942e0 iopl=0 nv up ei ng nz na po cy cs=001b ss=0023 ds=0023 es=0023 fs=003b gs= efl=00210283 php5ts!_zend_mm_free_int+0x57: 5c7fc1d7 8b0c37 mov ecx,dword ptr [edi+esi] ds:0023:5111c0b4= 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=54197 -- Edit this bug report at https://bugs.php.net/bug.php?id=54197&edit=1
Bug #54197 [Com]: [PATH=] sections incompatibility with user_ini.filename set to null
Edit report at https://bugs.php.net/bug.php?id=54197&edit=1 ID: 54197 Comment by: a...@php.net Reported by:julientld at free dot fr Summary:[PATH=] sections incompatibility with user_ini.filename set to null Status: Analyzed Type: Bug Package:PHP options/info functions Operating System: Windows Server 2003 SP2 PHP Version:5.3.5 Assigned To:ab Block user comment: N Private report: N New Comment: The bug was still in the 5.3 trunk, but it's section independent as there was an attepmpt to free an uninitialized variable. The bug is windows only. With the patch, putting user_ini.filename = outside the path section, both local and global values are null. Putting it into the section only local value is null. Previous Comments: [2012-03-01 10:23:10] a...@php.net The following patch has been added/updated: Patch Name: fix_unintialized_doc_root Revision: 1330597390 URL: https://bugs.php.net/patch-display.php?bug=54197&patch=fix_unintialized_doc_root&revision=1330597390 [2012-01-16 21:45:42] info at garrant dot com I have the exact issue with PHP 5.3.9 running on Windows 2008 IIS7. When you try to uncomment user_ini.filename = and use a PATH section, there is a FastCGI error and all PHP pages will fail. I even tried adding open quotes and it still fails with user_ini.filename = "". I want to disable so sites cannot user individual .ini files. How can we do this? [2011-03-09 13:22:14] paj...@php.net So let do it the hard way until I work on the initial problem. [2011-03-09 13:20:26] carsten_sttgt at gmx dot de > which is different No. My last example is exactly the first "Test Script" from julientld at free dot fr. Just without comments. [2011-03-09 13:09:43] paj...@php.net I explicitly asked three times to open a new issue for this exact problem, which is different (as in require different fix). Why do you insist to post this info here? That's getting annoying. 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=54197 -- Edit this bug report at https://bugs.php.net/bug.php?id=54197&edit=1
Bug #54110 [Com]: tsrm_realpath_r and junction point with denied read access
Edit report at https://bugs.php.net/bug.php?id=54110&edit=1
ID: 54110
Comment by: a...@php.net
Reported by:carsten_sttgt at gmx dot de
Summary:tsrm_realpath_r and junction point with denied read
access
Status: Assigned
Type: Bug
Package:Filesystem function related
Operating System: Windows
PHP Version:Irrelevant
Assigned To:pajoye
Block user comment: N
Private report: N
New Comment:
After taking a look at the stuff I've realized that there is a FindFirstFile
invocation in TSRM/tsrm_virtual_cwd.c around line 852. There is a check for
INVALID_HANDLE_VALUE after which "return -1" happens. If I do the following
after FindFirstFile fails
DWORD dw = GetLastError();
if (ERROR_ACCESS_DENIED == dw) {
/* inside junction ? */
}
I see that it happens for exactly the case trying to read "test\test.txt" from
the initial example. A 'not found' status is given for nonexistent files
A solution I'm thinking about is to traverse all the parents until the first
junction, after that the junction target can be resolved and the complete real
path could be built. This could be done with the check above for this specific
case. Not sure if there would be impacts on dependant functionality
Previous Comments:
[2011-03-02 19:44:17] carsten_sttgt at gmx dot de
OK and sorry. So let me add this to this topic...
Assuming a default Windows/IIS installation:
|
The result:
| boolean false
But it's a little bit different to the problem above. fopen() etc. is working.
Only realpath() fails. And the patch above doesn't fix this issue.
[2011-02-28 17:38:52] paj...@php.net
The main problem we have is about the incldue/require _once function,
permissions issues (no meta read if no permission (as in no read)), etc.
I'm working on droping almost all useless path resolution for (f)open and
related functions. They should do nothing but create the file or the file
handle, instead of checking each part of the request path.
But that's a very (very) sensible part of php and I'm reluctant to make changes
too quickly in this area for an edge case. At least not without clear test
cases.
We have a bunch of tests covering this code but it takes some time to run them,
fix, re test, etc. So don't hold your breath, it won't happen before 5.3.6 is
released :)
Thanks for your feedback!
[2011-02-28 17:32:31] carsten_sttgt at gmx dot de
> I'm also not sure that what you proposed does not break more
> that what it solves. I will double check that later in March.
That's ok. BTW, this will also fix Bug #50659 (but read below). In the
meantime: Maybe you want add "FILE_SHARE_READ as 3rd Parameters for CreateFile
(to prevent a race condition).
> It does not only do that and it is used for more than that.
Oh, look like complicated code for doing some task without description what the
function is doing ;-)
Well, it's resolving a relative path to an absolute one, testing if the target
exists. And it's resolving symlinks along the path. What else?
(really a pity that GetFinalPathNameByHandle only exists as of Vista.)
Especially the last (and because it's called in most functions, although the
functions can use relative paths directly.) raises some problems. I guess
that's for this openbasedir check?
Well, according to #50659 I have a real live issue for a similar reason (and
why I'm using ASP for one project and not PHP):
Given a WEBSERVER which is using a share "Files" on FILESERVER
(//FILESERVER/Files).
"Files" is the directory "D:\Files". Some Videos are located at "E:\Videos" and
there is a junction from "D:\Files\Videos" to "E:\Videos".
Ok, now on WEBSERVER I'm using PHP to access "//FILESERVER/Files/Videos/". What
is PHP doing?
It's resolving the last junction to "E:\Videos" and thus it's searching rhis
directory on WEBSERVER. Still curious this doesn't happen with every function:
"passtru('//FILESERVER/Files/Videos/foo.mpg');" is working.
"$f=fopen('//FILESERVER/Files/Videos/foo.mpg', 'rb'); fpassthru($f);" not.
Well, I guess resolving symlinks should only be done on local drives (or let
CreateFile in fopen doing this job itself).
[2011-02-27 19:51:42] paj...@php.net
"Maybe we should think about what this function tsrm_realpath_r is doing. It's
just resolving a relative path to an absolute one.
[PHP-BUG] Bug #61401 [NEW]: ext\openssl\tests\004.phpt fails
From: ab Operating system: windows PHP version: Irrelevant Package: OpenSSL related Bug Type: Bug Bug description:ext\openssl\tests\004.phpt fails Description: When the third param for openssl_csr_new is not specified or empty, the default system config is used. If it could not be found, the code generating the private key is ommited and no warnings appear. On linux the default config path is set to usually existent file /usr/lib/ssl/openssl.cnf , on windows it's /usr/local/ssl/openssl.cnf which won't be found anyway. Test script: --- php -r "$a = array(); var_dump(openssl_csr_new(array(),$a,array(),array()));" Expected result: Warning: openssl_csr_new(): key array must be of the form array(0 => key, 1 => phrase) in Command line code on line 1 Warning: openssl_csr_new(): add1_attr_by_txt challengePassword_min -> 4 (failed) in Command line code on line 1 bool(false) Actual result: -- bool(false) -- Edit bug report at https://bugs.php.net/bug.php?id=61401&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61401&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61401&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61401&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61401&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61401&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61401&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61401&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61401&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61401&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61401&r=support Expected behavior: https://bugs.php.net/fix.php?id=61401&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61401&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61401&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61401&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61401&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61401&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61401&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61401&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61401&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61401&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61401&r=mysqlcfg
[PHP-BUG] Bug #61404 [NEW]: ext\openssl\tests\021.phpt fails
From: ab
Operating system: windows
PHP version: Irrelevant
Package: OpenSSL related
Bug Type: Bug
Bug description:ext\openssl\tests\021.phpt fails
Description:
This test is based on the openssl_csr_new and openssl_pkey_new
functionality and
fails because of it. See https://bugs.php.net/bug.php?id=61401 for
additional
information on windows.
Test script:
---
php -r "$pk = openssl_pkey_new(); var_dump($pk);
var_dump(openssl_csr_new(array('countryName' => 'BR'),$pk));"
Expected result:
resource(4) of type (OpenSSL key)
resource(5) of type (OpenSSL X.509 CSR)
Actual result:
--
bool(false)
bool(false)
--
Edit bug report at https://bugs.php.net/bug.php?id=61404&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=61404&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=61404&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=61404&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=61404&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=61404&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=61404&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=61404&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=61404&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=61404&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=61404&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=61404&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=61404&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=61404&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=61404&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=61404&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=61404&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=61404&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=61404&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=61404&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=61404&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=61404&r=mysqlcfg
Bug #61401 [Com]: ext\openssl\tests\004.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61401&edit=1 ID: 61401 Comment by: a...@php.net Reported by: a...@php.net Summary:ext\openssl\tests\004.phpt fails Status: Open Type: Bug Package:OpenSSL related Operating System: windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: openssl_pkey_new will fail on windows for the same reason Previous Comments: [2012-03-15 15:52:37] a...@php.net Description: When the third param for openssl_csr_new is not specified or empty, the default system config is used. If it could not be found, the code generating the private key is ommited and no warnings appear. On linux the default config path is set to usually existent file /usr/lib/ssl/openssl.cnf , on windows it's /usr/local/ssl/openssl.cnf which won't be found anyway. Test script: --- php -r "$a = array(); var_dump(openssl_csr_new(array(),$a,array(),array()));" Expected result: Warning: openssl_csr_new(): key array must be of the form array(0 => key, 1 => phrase) in Command line code on line 1 Warning: openssl_csr_new(): add1_attr_by_txt challengePassword_min -> 4 (failed) in Command line code on line 1 bool(false) Actual result: -- bool(false) -- Edit this bug report at https://bugs.php.net/bug.php?id=61401&edit=1
Bug #61401 [PATCH]: ext\openssl\tests\004.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61401&edit=1 ID: 61401 Patch added by: a...@php.net Reported by: a...@php.net Summary:ext\openssl\tests\004.phpt fails Status: Open Type: Bug Package:OpenSSL related Operating System: windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: php53_004.phpt Revision: 1331834867 URL: https://bugs.php.net/patch-display.php?bug=61401&patch=php53_004.phpt&revision=1331834867 Previous Comments: [2012-03-15 17:35:08] a...@php.net openssl_pkey_new will fail on windows for the same reason [2012-03-15 15:52:37] a...@php.net Description: When the third param for openssl_csr_new is not specified or empty, the default system config is used. If it could not be found, the code generating the private key is ommited and no warnings appear. On linux the default config path is set to usually existent file /usr/lib/ssl/openssl.cnf , on windows it's /usr/local/ssl/openssl.cnf which won't be found anyway. Test script: --- php -r "$a = array(); var_dump(openssl_csr_new(array(),$a,array(),array()));" Expected result: Warning: openssl_csr_new(): key array must be of the form array(0 => key, 1 => phrase) in Command line code on line 1 Warning: openssl_csr_new(): add1_attr_by_txt challengePassword_min -> 4 (failed) in Command line code on line 1 bool(false) Actual result: -- bool(false) -- Edit this bug report at https://bugs.php.net/bug.php?id=61401&edit=1
Bug #61401 [PATCH]: ext\openssl\tests\004.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61401&edit=1 ID: 61401 Patch added by: a...@php.net Reported by: a...@php.net Summary:ext\openssl\tests\004.phpt fails Status: Open Type: Bug Package:OpenSSL related Operating System: windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: php54_004.phpt Revision: 1331834944 URL: https://bugs.php.net/patch-display.php?bug=61401&patch=php54_004.phpt&revision=1331834944 Previous Comments: [2012-03-15 18:07:47] a...@php.net The following patch has been added/updated: Patch Name: php53_004.phpt Revision: 1331834867 URL: https://bugs.php.net/patch-display.php?bug=61401&patch=php53_004.phpt&revision=1331834867 [2012-03-15 17:35:08] a...@php.net openssl_pkey_new will fail on windows for the same reason [2012-03-15 15:52:37] a...@php.net Description: When the third param for openssl_csr_new is not specified or empty, the default system config is used. If it could not be found, the code generating the private key is ommited and no warnings appear. On linux the default config path is set to usually existent file /usr/lib/ssl/openssl.cnf , on windows it's /usr/local/ssl/openssl.cnf which won't be found anyway. Test script: --- php -r "$a = array(); var_dump(openssl_csr_new(array(),$a,array(),array()));" Expected result: Warning: openssl_csr_new(): key array must be of the form array(0 => key, 1 => phrase) in Command line code on line 1 Warning: openssl_csr_new(): add1_attr_by_txt challengePassword_min -> 4 (failed) in Command line code on line 1 bool(false) Actual result: -- bool(false) -- Edit this bug report at https://bugs.php.net/bug.php?id=61401&edit=1
Bug #61401 [PATCH]: ext\openssl\tests\004.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61401&edit=1 ID: 61401 Patch added by: a...@php.net Reported by: a...@php.net Summary:ext\openssl\tests\004.phpt fails Status: Open Type: Bug Package:OpenSSL related Operating System: windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: php54_004.patch Revision: 1331835811 URL: https://bugs.php.net/patch-display.php?bug=61401&patch=php54_004.patch&revision=1331835811 Previous Comments: [2012-03-15 18:09:04] a...@php.net The following patch has been added/updated: Patch Name: php54_004.phpt Revision: 1331834944 URL: https://bugs.php.net/patch-display.php?bug=61401&patch=php54_004.phpt&revision=1331834944 [2012-03-15 18:07:47] a...@php.net The following patch has been added/updated: Patch Name: php53_004.phpt Revision: 1331834867 URL: https://bugs.php.net/patch-display.php?bug=61401&patch=php53_004.phpt&revision=1331834867 ---- [2012-03-15 17:35:08] a...@php.net openssl_pkey_new will fail on windows for the same reason ---- [2012-03-15 15:52:37] a...@php.net Description: When the third param for openssl_csr_new is not specified or empty, the default system config is used. If it could not be found, the code generating the private key is ommited and no warnings appear. On linux the default config path is set to usually existent file /usr/lib/ssl/openssl.cnf , on windows it's /usr/local/ssl/openssl.cnf which won't be found anyway. Test script: --- php -r "$a = array(); var_dump(openssl_csr_new(array(),$a,array(),array()));" Expected result: Warning: openssl_csr_new(): key array must be of the form array(0 => key, 1 => phrase) in Command line code on line 1 Warning: openssl_csr_new(): add1_attr_by_txt challengePassword_min -> 4 (failed) in Command line code on line 1 bool(false) Actual result: -- bool(false) -- Edit this bug report at https://bugs.php.net/bug.php?id=61401&edit=1
Bug #61401 [PATCH]: ext\openssl\tests\004.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61401&edit=1 ID: 61401 Patch added by: a...@php.net Reported by: a...@php.net Summary:ext\openssl\tests\004.phpt fails Status: Open Type: Bug Package:OpenSSL related Operating System: windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: php53_004.patch Revision: 1331835859 URL: https://bugs.php.net/patch-display.php?bug=61401&patch=php53_004.patch&revision=1331835859 Previous Comments: [2012-03-15 18:23:31] a...@php.net The following patch has been added/updated: Patch Name: php54_004.patch Revision: 1331835811 URL: https://bugs.php.net/patch-display.php?bug=61401&patch=php54_004.patch&revision=1331835811 [2012-03-15 18:09:04] a...@php.net The following patch has been added/updated: Patch Name: php54_004.phpt Revision: 1331834944 URL: https://bugs.php.net/patch-display.php?bug=61401&patch=php54_004.phpt&revision=1331834944 ---- [2012-03-15 18:07:47] a...@php.net The following patch has been added/updated: Patch Name: php53_004.phpt Revision: 1331834867 URL: https://bugs.php.net/patch-display.php?bug=61401&patch=php53_004.phpt&revision=1331834867 -------- [2012-03-15 17:35:08] a...@php.net openssl_pkey_new will fail on windows for the same reason -------- [2012-03-15 15:52:37] a...@php.net Description: When the third param for openssl_csr_new is not specified or empty, the default system config is used. If it could not be found, the code generating the private key is ommited and no warnings appear. On linux the default config path is set to usually existent file /usr/lib/ssl/openssl.cnf , on windows it's /usr/local/ssl/openssl.cnf which won't be found anyway. Test script: --- php -r "$a = array(); var_dump(openssl_csr_new(array(),$a,array(),array()));" Expected result: Warning: openssl_csr_new(): key array must be of the form array(0 => key, 1 => phrase) in Command line code on line 1 Warning: openssl_csr_new(): add1_attr_by_txt challengePassword_min -> 4 (failed) in Command line code on line 1 bool(false) Actual result: -- bool(false) -- Edit this bug report at https://bugs.php.net/bug.php?id=61401&edit=1
Bug #61401 [Com]: ext\openssl\tests\004.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61401&edit=1 ID: 61401 Comment by: a...@php.net Reported by: a...@php.net Summary:ext\openssl\tests\004.phpt fails Status: Open Type: Bug Package:OpenSSL related Operating System: windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The patches set the appropriate config option, which overrides the wrong global valie. Previous Comments: [2012-03-15 18:24:19] a...@php.net The following patch has been added/updated: Patch Name: php53_004.patch Revision: 1331835859 URL: https://bugs.php.net/patch-display.php?bug=61401&patch=php53_004.patch&revision=1331835859 [2012-03-15 18:23:31] a...@php.net The following patch has been added/updated: Patch Name: php54_004.patch Revision: 1331835811 URL: https://bugs.php.net/patch-display.php?bug=61401&patch=php54_004.patch&revision=1331835811 [2012-03-15 18:09:04] a...@php.net The following patch has been added/updated: Patch Name: php54_004.phpt Revision: 1331834944 URL: https://bugs.php.net/patch-display.php?bug=61401&patch=php54_004.phpt&revision=1331834944 ---- [2012-03-15 18:07:47] a...@php.net The following patch has been added/updated: Patch Name: php53_004.phpt Revision: 1331834867 URL: https://bugs.php.net/patch-display.php?bug=61401&patch=php53_004.phpt&revision=1331834867 -------- [2012-03-15 17:35:08] a...@php.net openssl_pkey_new will fail on windows for the same reason 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=61401 -- Edit this bug report at https://bugs.php.net/bug.php?id=61401&edit=1
[PHP-BUG] Bug #61405 [NEW]: ext\openssl\tests\022.phpt fails
From: ab
Operating system: windows
PHP version: Irrelevant
Package: OpenSSL related
Bug Type: Bug
Bug description:ext\openssl\tests\022.phpt fails
Description:
This test is based on the openssl_csr_new and openssl_pkey_new
functionality and
fails because of it. See https://bugs.php.net/bug.php?id=61401 for
additional
information on windows.
Test script:
---
php -r "$pk = openssl_pkey_new(); var_dump($pk);
var_dump(openssl_csr_new(array('countryName' => 'BR'),$pk));"
Expected result:
resource(4) of type (OpenSSL key)
resource(5) of type (OpenSSL X.509 CSR)
Actual result:
--
bool(false)
bool(false)
--
Edit bug report at https://bugs.php.net/bug.php?id=61405&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=61405&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=61405&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=61405&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=61405&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=61405&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=61405&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=61405&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=61405&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=61405&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=61405&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=61405&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=61405&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=61405&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=61405&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=61405&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=61405&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=61405&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=61405&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=61405&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=61405&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=61405&r=mysqlcfg
Bug #61404 [PATCH]: ext\openssl\tests\021.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61404&edit=1
ID: 61404
Patch added by: a...@php.net
Reported by: a...@php.net
Summary:ext\openssl\tests\021.phpt fails
Status: Open
Type: Bug
Package:OpenSSL related
Operating System: windows
PHP Version:Irrelevant
Block user comment: N
Private report: N
New Comment:
The following patch has been added/updated:
Patch Name: php53_021.diff
Revision: 1331840021
URL:
https://bugs.php.net/patch-display.php?bug=61404&patch=php53_021.diff&revision=1331840021
Previous Comments:
[2012-03-15 17:34:37] a...@php.net
Description:
This test is based on the openssl_csr_new and openssl_pkey_new functionality
and
fails because of it. See https://bugs.php.net/bug.php?id=61401 for additional
information on windows.
Test script:
---
php -r "$pk = openssl_pkey_new(); var_dump($pk);
var_dump(openssl_csr_new(array('countryName' => 'BR'),$pk));"
Expected result:
resource(4) of type (OpenSSL key)
resource(5) of type (OpenSSL X.509 CSR)
Actual result:
--
bool(false)
bool(false)
--
Edit this bug report at https://bugs.php.net/bug.php?id=61404&edit=1
Bug #61404 [PATCH]: ext\openssl\tests\021.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61404&edit=1
ID: 61404
Patch added by: a...@php.net
Reported by: a...@php.net
Summary:ext\openssl\tests\021.phpt fails
Status: Open
Type: Bug
Package:OpenSSL related
Operating System: windows
PHP Version:Irrelevant
Block user comment: N
Private report: N
New Comment:
The following patch has been added/updated:
Patch Name: php54_021.diff
Revision: 1331840045
URL:
https://bugs.php.net/patch-display.php?bug=61404&patch=php54_021.diff&revision=1331840045
Previous Comments:
[2012-03-15 19:33:41] a...@php.net
The following patch has been added/updated:
Patch Name: php53_021.diff
Revision: 1331840021
URL:
https://bugs.php.net/patch-display.php?bug=61404&patch=php53_021.diff&revision=1331840021
[2012-03-15 17:34:37] a...@php.net
Description:
This test is based on the openssl_csr_new and openssl_pkey_new functionality
and
fails because of it. See https://bugs.php.net/bug.php?id=61401 for additional
information on windows.
Test script:
---
php -r "$pk = openssl_pkey_new(); var_dump($pk);
var_dump(openssl_csr_new(array('countryName' => 'BR'),$pk));"
Expected result:
resource(4) of type (OpenSSL key)
resource(5) of type (OpenSSL X.509 CSR)
Actual result:
--
bool(false)
bool(false)
--
Edit this bug report at https://bugs.php.net/bug.php?id=61404&edit=1
Bug #61404 [Com]: ext\openssl\tests\021.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61404&edit=1
ID: 61404
Comment by: a...@php.net
Reported by: a...@php.net
Summary:ext\openssl\tests\021.phpt fails
Status: Open
Type: Bug
Package:OpenSSL related
Operating System: windows
PHP Version:Irrelevant
Block user comment: N
Private report: N
New Comment:
The patches set the appropriate config option, which overrides the wrong global
valie.
Previous Comments:
[2012-03-15 19:34:05] a...@php.net
The following patch has been added/updated:
Patch Name: php54_021.diff
Revision: 1331840045
URL:
https://bugs.php.net/patch-display.php?bug=61404&patch=php54_021.diff&revision=1331840045
[2012-03-15 19:33:41] a...@php.net
The following patch has been added/updated:
Patch Name: php53_021.diff
Revision: 1331840021
URL:
https://bugs.php.net/patch-display.php?bug=61404&patch=php53_021.diff&revision=1331840021
[2012-03-15 17:34:37] a...@php.net
Description:
This test is based on the openssl_csr_new and openssl_pkey_new functionality
and
fails because of it. See https://bugs.php.net/bug.php?id=61401 for additional
information on windows.
Test script:
---
php -r "$pk = openssl_pkey_new(); var_dump($pk);
var_dump(openssl_csr_new(array('countryName' => 'BR'),$pk));"
Expected result:
resource(4) of type (OpenSSL key)
resource(5) of type (OpenSSL X.509 CSR)
Actual result:
--
bool(false)
bool(false)
--
Edit this bug report at https://bugs.php.net/bug.php?id=61404&edit=1
Bug #61405 [PATCH]: ext\openssl\tests\022.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61405&edit=1
ID: 61405
Patch added by: a...@php.net
Reported by: a...@php.net
Summary:ext\openssl\tests\022.phpt fails
Status: Open
Type: Bug
Package:OpenSSL related
Operating System: windows
PHP Version:Irrelevant
Block user comment: N
Private report: N
New Comment:
The following patch has been added/updated:
Patch Name: php53_022.diff
Revision: 1331840587
URL:
https://bugs.php.net/patch-display.php?bug=61405&patch=php53_022.diff&revision=1331840587
Previous Comments:
[2012-03-15 18:41:43] a...@php.net
Description:
This test is based on the openssl_csr_new and openssl_pkey_new functionality
and
fails because of it. See https://bugs.php.net/bug.php?id=61401 for additional
information on windows.
Test script:
---
php -r "$pk = openssl_pkey_new(); var_dump($pk);
var_dump(openssl_csr_new(array('countryName' => 'BR'),$pk));"
Expected result:
resource(4) of type (OpenSSL key)
resource(5) of type (OpenSSL X.509 CSR)
Actual result:
--
bool(false)
bool(false)
--
Edit this bug report at https://bugs.php.net/bug.php?id=61405&edit=1
Bug #61405 [PATCH]: ext\openssl\tests\022.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61405&edit=1
ID: 61405
Patch added by: a...@php.net
Reported by: a...@php.net
Summary:ext\openssl\tests\022.phpt fails
Status: Open
Type: Bug
Package:OpenSSL related
Operating System: windows
PHP Version:Irrelevant
Block user comment: N
Private report: N
New Comment:
The following patch has been added/updated:
Patch Name: php54_022.diff
Revision: 1331840602
URL:
https://bugs.php.net/patch-display.php?bug=61405&patch=php54_022.diff&revision=1331840602
Previous Comments:
[2012-03-15 19:43:07] a...@php.net
The following patch has been added/updated:
Patch Name: php53_022.diff
Revision: 1331840587
URL:
https://bugs.php.net/patch-display.php?bug=61405&patch=php53_022.diff&revision=1331840587
[2012-03-15 18:41:43] a...@php.net
Description:
This test is based on the openssl_csr_new and openssl_pkey_new functionality
and
fails because of it. See https://bugs.php.net/bug.php?id=61401 for additional
information on windows.
Test script:
---
php -r "$pk = openssl_pkey_new(); var_dump($pk);
var_dump(openssl_csr_new(array('countryName' => 'BR'),$pk));"
Expected result:
resource(4) of type (OpenSSL key)
resource(5) of type (OpenSSL X.509 CSR)
Actual result:
--
bool(false)
bool(false)
--
Edit this bug report at https://bugs.php.net/bug.php?id=61405&edit=1
Bug #61405 [Com]: ext\openssl\tests\022.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61405&edit=1
ID: 61405
Comment by: a...@php.net
Reported by: a...@php.net
Summary:ext\openssl\tests\022.phpt fails
Status: Open
Type: Bug
Package:OpenSSL related
Operating System: windows
PHP Version:Irrelevant
Block user comment: N
Private report: N
New Comment:
The patches set the appropriate config option, which overrides the wrong global
valie.
Previous Comments:
[2012-03-15 19:43:22] a...@php.net
The following patch has been added/updated:
Patch Name: php54_022.diff
Revision: 1331840602
URL:
https://bugs.php.net/patch-display.php?bug=61405&patch=php54_022.diff&revision=1331840602
[2012-03-15 19:43:07] a...@php.net
The following patch has been added/updated:
Patch Name: php53_022.diff
Revision: 1331840587
URL:
https://bugs.php.net/patch-display.php?bug=61405&patch=php53_022.diff&revision=1331840587
[2012-03-15 18:41:43] a...@php.net
Description:
This test is based on the openssl_csr_new and openssl_pkey_new functionality
and
fails because of it. See https://bugs.php.net/bug.php?id=61401 for additional
information on windows.
Test script:
---
php -r "$pk = openssl_pkey_new(); var_dump($pk);
var_dump(openssl_csr_new(array('countryName' => 'BR'),$pk));"
Expected result:
resource(4) of type (OpenSSL key)
resource(5) of type (OpenSSL X.509 CSR)
Actual result:
--
bool(false)
bool(false)
--
Edit this bug report at https://bugs.php.net/bug.php?id=61405&edit=1
[PHP-BUG] Bug #61412 [NEW]: ext\openssl\tests\bug28382.phpt fails
From: ab Operating system: all PHP version: Irrelevant Package: OpenSSL related Bug Type: Bug Bug description:ext\openssl\tests\bug28382.phpt fails Description: The test above was changed in the revision http://svn.php.net/viewvc/php/php- src/trunk/ext/openssl/tests/bug28382.phpt?r1=296679&r2=323070 . The fact is - openssl output was changed with the version 1.0.0. Thus, care should be taken about this. Expected result: test passes Actual result: -- test fails, the diff is: 009+ string(51) "URI:http://mobile.blue-software.ro:90/ca/crl.shtml 009- string(65) " 010- Full Name: 011- URI:http://mobile.blue-software.ro:90/ca/crl.shtml -- Edit bug report at https://bugs.php.net/bug.php?id=61412&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61412&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61412&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61412&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61412&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61412&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61412&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61412&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61412&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61412&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61412&r=support Expected behavior: https://bugs.php.net/fix.php?id=61412&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61412&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61412&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61412&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61412&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61412&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61412&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61412&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61412&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61412&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61412&r=mysqlcfg
Bug #61412 [PATCH]: ext\openssl\tests\bug28382.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61412&edit=1 ID: 61412 Patch added by: a...@php.net Reported by: a...@php.net Summary:ext\openssl\tests\bug28382.phpt fails Status: Open Type: Bug Package:OpenSSL related Operating System: all PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: 61412.diff Revision: 1331892291 URL: https://bugs.php.net/patch-display.php?bug=61412&patch=61412.diff&revision=1331892291 Previous Comments: [2012-03-16 09:22:31] a...@php.net Description: The test above was changed in the revision http://svn.php.net/viewvc/php/php- src/trunk/ext/openssl/tests/bug28382.phpt?r1=296679&r2=323070 . The fact is - openssl output was changed with the version 1.0.0. Thus, care should be taken about this. Expected result: test passes Actual result: -- test fails, the diff is: 009+ string(51) "URI:http://mobile.blue-software.ro:90/ca/crl.shtml 009- string(65) " 010- Full Name: 011- URI:http://mobile.blue-software.ro:90/ca/crl.shtml -- Edit this bug report at https://bugs.php.net/bug.php?id=61412&edit=1
Bug #61412 [Com]: ext\openssl\tests\bug28382.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61412&edit=1 ID: 61412 Comment by: a...@php.net Reported by: a...@php.net Summary:ext\openssl\tests\bug28382.phpt fails Status: Open Type: Bug Package:OpenSSL related Operating System: all PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The patch 61412.diff accepts both versions of the openssl output. Previous Comments: [2012-03-16 10:04:51] a...@php.net The following patch has been added/updated: Patch Name: 61412.diff Revision: 1331892291 URL: https://bugs.php.net/patch-display.php?bug=61412&patch=61412.diff&revision=1331892291 [2012-03-16 09:22:31] a...@php.net Description: The test above was changed in the revision http://svn.php.net/viewvc/php/php- src/trunk/ext/openssl/tests/bug28382.phpt?r1=296679&r2=323070 . The fact is - openssl output was changed with the version 1.0.0. Thus, care should be taken about this. Expected result: test passes Actual result: -- test fails, the diff is: 009+ string(51) "URI:http://mobile.blue-software.ro:90/ca/crl.shtml 009- string(65) " 010- Full Name: 011- URI:http://mobile.blue-software.ro:90/ca/crl.shtml -- Edit this bug report at https://bugs.php.net/bug.php?id=61412&edit=1
[PHP-BUG] Bug #61413 [NEW]: ext\openssl\tests\openssl_encrypt_crash.phpt fails
From: ab Operating system: windows PHP version: 5.3.10 Package: OpenSSL related Bug Type: Bug Bug description:ext\openssl\tests\openssl_encrypt_crash.phpt fails Description: The test fails with the message "variable 'i' used without being initialized" Expected result: test pass Actual result: -- test fail, the diff is: 002- string(4) "done" -- Edit bug report at https://bugs.php.net/bug.php?id=61413&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61413&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61413&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61413&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61413&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61413&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61413&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61413&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61413&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61413&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61413&r=support Expected behavior: https://bugs.php.net/fix.php?id=61413&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61413&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61413&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61413&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61413&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61413&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61413&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61413&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61413&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61413&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61413&r=mysqlcfg
Bug #61412 [PATCH]: ext\openssl\tests\bug28382.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61412&edit=1 ID: 61412 Patch added by: a...@php.net Reported by: a...@php.net Summary:ext\openssl\tests\bug28382.phpt fails Status: Open Type: Bug Package:OpenSSL related Operating System: all PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: 61412.diff Revision: 1331894876 URL: https://bugs.php.net/patch-display.php?bug=61412&patch=61412.diff&revision=1331894876 Previous Comments: [2012-03-16 10:05:38] a...@php.net The patch 61412.diff accepts both versions of the openssl output. [2012-03-16 10:04:51] a...@php.net The following patch has been added/updated: Patch Name: 61412.diff Revision: 1331892291 URL: https://bugs.php.net/patch-display.php?bug=61412&patch=61412.diff&revision=1331892291 [2012-03-16 09:22:31] a...@php.net Description: The test above was changed in the revision http://svn.php.net/viewvc/php/php- src/trunk/ext/openssl/tests/bug28382.phpt?r1=296679&r2=323070 . The fact is - openssl output was changed with the version 1.0.0. Thus, care should be taken about this. Expected result: test passes Actual result: -- test fails, the diff is: 009+ string(51) "URI:http://mobile.blue-software.ro:90/ca/crl.shtml 009- string(65) " 010- Full Name: 011- URI:http://mobile.blue-software.ro:90/ca/crl.shtml -- Edit this bug report at https://bugs.php.net/bug.php?id=61412&edit=1
Bug #61413 [PATCH]: ext\openssl\tests\openssl_encrypt_crash.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61413&edit=1 ID: 61413 Patch added by: a...@php.net Reported by: a...@php.net Summary:ext\openssl\tests\openssl_encrypt_crash.phpt fails Status: Open Type: Bug Package:OpenSSL related Operating System: windows PHP Version:5.3.10 Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: 61413.diff Revision: 1331896047 URL: https://bugs.php.net/patch-display.php?bug=61413&patch=61413.diff&revision=1331896047 Previous Comments: [2012-03-16 10:41:58] a...@php.net Description: The test fails with the message "variable 'i' used without being initialized" Expected result: test pass Actual result: -- test fail, the diff is: 002- string(4) "done" -- Edit this bug report at https://bugs.php.net/bug.php?id=61413&edit=1
Bug #61413 [Com]: ext\openssl\tests\openssl_encrypt_crash.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61413&edit=1 ID: 61413 Comment by: a...@php.net Reported by: a...@php.net Summary:ext\openssl\tests\openssl_encrypt_crash.phpt fails Status: Open Type: Bug Package:OpenSSL related Operating System: windows PHP Version:5.3.10 Block user comment: N Private report: N New Comment: fixed initializing i to zero Previous Comments: [2012-03-16 11:07:27] a...@php.net The following patch has been added/updated: Patch Name: 61413.diff Revision: 1331896047 URL: https://bugs.php.net/patch-display.php?bug=61413&patch=61413.diff&revision=1331896047 [2012-03-16 10:41:58] a...@php.net Description: The test fails with the message "variable 'i' used without being initialized" Expected result: test pass Actual result: -- test fail, the diff is: 002- string(4) "done" -- Edit this bug report at https://bugs.php.net/bug.php?id=61413&edit=1
Bug #61434 [Com]: zlib.output_compression not normal work in IIS7.5
Edit report at https://bugs.php.net/bug.php?id=61434&edit=1 ID: 61434 Comment by: a...@php.net Reported by:info at ongod dot org Summary:zlib.output_compression not normal work in IIS7.5 Status: Assigned Type: Bug Package:Zlib related Operating System: windows2008R2x64 PHP Version:5.4.0 Assigned To:mike Block user comment: N Private report: N New Comment: I cannot reproduce the issue, tried with the latest php 5.4 and IIS7. IIS7 has compression turned off and the php.ini has both zlib.output_compression=on and zlib.output_compression_level=-1 set. The page is merely a phpinfo() page. Here the simple ping pong: GET /i.php HTTP/1.1 Host: localhost Connection: keep-alive Cache-Control: max-age=0 User-Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/535.11 (KHTML, like Gecko) Chrome/17.0.963.79 Safari/535.11 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Encoding: gzip,deflate,sdch Accept-Language: de-DE,de;q=0.8,en-US;q=0.6,en;q=0.4 Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3 HTTP/1.1 200 OK Content-Type: text/html Content-Encoding: gzip Vary: Accept-Encoding Server: Microsoft-IIS/7.5 X-Powered-By: PHP/5.4.1RC1-dev Date: Mon, 19 Mar 2012 14:00:09 GMT Content-Length: 6182 The output compression seems to work. @info at ongod dot org Could you please try such a simple page scenario and post the request/response headers? Previous Comments: [2012-03-19 14:01:26] nacin at wordpress dot org I can confirm that WordPress 3.3.1 does not set zlib.output_compression. Looks like WP never has. [2012-03-19 11:40:20] info at ongod dot org Security reasons, I would also send an email to you. [2012-03-19 11:25:40] m...@php.net zlib.output_compression can be disabled at runtime at later stage in PHP 5.4. I'd probably be lost on a Windows box, so I don't think I could help you there. [2012-03-19 11:22:09] info at ongod dot org if you will, I can offer server account give you for check. [2012-03-19 11:15:06] info at ongod dot org I have try check it. try chang back use php5.3.10 normal for zlib.output_compression. but the php5.4 not normal work in the same site. now I chage www.xiaoyu.net in php5.3.10. and http://www.yessan.org/ site use php5.4. all site run wordpress code. So I think php5.4 should some bug in iis7.5. 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=61434 -- Edit this bug report at https://bugs.php.net/bug.php?id=61434&edit=1
Bug #61434 [Com]: zlib.output_compression not normal work in IIS7.5
Edit report at https://bugs.php.net/bug.php?id=61434&edit=1 ID: 61434 Comment by: a...@php.net Reported by:info at ongod dot org Summary:zlib.output_compression not normal work in IIS7.5 Status: Not a bug Type: Bug Package:Zlib related Operating System: windows2008R2x64 PHP Version:5.4.0 Block user comment: N Private report: N New Comment: As you can see, my tests was indeed with IIS7.5 as well, but PHP 5.4 from the trunk. The things happening on your server look like a configuration issue. What you could do * try another IIS instance, may be on your localhost * try 5.4 trunk as well * check that IIS doesn't drop any headers * ask for help in the mailing lists Previous Comments: [2012-03-19 17:07:18] info at ongod dot org it is Should be clean code for check. php5.4 not normal work. but php5.3.10 normal work in the same server. who tell me why this ? http://www.ongod.org/test/phpinfo.php Web page compressed?No Compression type? none Size, Markup (bytes)83,611 Size, Compressed (bytes)0 Compression % 0.0 php5.3.10 http://mail.ipv6china.com/phpinfo.php Web page compressed?Yes Compression type? gzip Size, Markup (bytes)87,124 Size, Compressed (bytes)13,730 Compression % 84.2 check from http://www.gidnetwork.com/tools/gzip-test.php [2012-03-19 14:14:54] paj...@php.net ok, not a bug but a support issue. @info at ongod dot org Please ask further support on the PHP general mailing list or any other support channel, thanks! [2012-03-19 14:10:56] a...@php.net I cannot reproduce the issue, tried with the latest php 5.4 and IIS7. IIS7 has compression turned off and the php.ini has both zlib.output_compression=on and zlib.output_compression_level=-1 set. The page is merely a phpinfo() page. Here the simple ping pong: GET /i.php HTTP/1.1 Host: localhost Connection: keep-alive Cache-Control: max-age=0 User-Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/535.11 (KHTML, like Gecko) Chrome/17.0.963.79 Safari/535.11 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Encoding: gzip,deflate,sdch Accept-Language: de-DE,de;q=0.8,en-US;q=0.6,en;q=0.4 Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3 HTTP/1.1 200 OK Content-Type: text/html Content-Encoding: gzip Vary: Accept-Encoding Server: Microsoft-IIS/7.5 X-Powered-By: PHP/5.4.1RC1-dev Date: Mon, 19 Mar 2012 14:00:09 GMT Content-Length: 6182 The output compression seems to work. @info at ongod dot org Could you please try such a simple page scenario and post the request/response headers? [2012-03-19 14:01:26] nacin at wordpress dot org I can confirm that WordPress 3.3.1 does not set zlib.output_compression. Looks like WP never has. [2012-03-19 11:40:20] info at ongod dot org Security reasons, I would also send an email to you. 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=61434 -- Edit this bug report at https://bugs.php.net/bug.php?id=61434&edit=1
Bug #61434 [Com]: zlib.output_compression not normal work in IIS7.5
Edit report at https://bugs.php.net/bug.php?id=61434&edit=1 ID: 61434 Comment by: a...@php.net Reported by:info at ongod dot org Summary:zlib.output_compression not normal work in IIS7.5 Status: Not a bug Type: Bug Package:Zlib related Operating System: windows2008R2x64 PHP Version:5.4.0 Block user comment: N Private report: N New Comment: btw just downloaded php-5.4.0-nts-Win32-VC9-x86 and tried it: GET /i.php HTTP/1.1 Host: localhost Connection: keep-alive Cache-Control: max-age=0 User-Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/535.11 (KHTML, like Gecko) Chrome/17.0.963.79 Safari/535.11 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Encoding: gzip,deflate,sdch Accept-Language: de-DE,de;q=0.8,en-US;q=0.6,en;q=0.4 Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3 HTTP/1.1 200 OK Content-Type: text/html Content-Encoding: gzip Vary: Accept-Encoding Server: Microsoft-IIS/7.5 X-Powered-By: PHP/5.4.0 Date: Tue, 20 Mar 2012 13:26:04 GMT Content-Length: 9826 The output compression seems to be ok there as well. Previous Comments: [2012-03-20 12:56:24] a...@php.net As you can see, my tests was indeed with IIS7.5 as well, but PHP 5.4 from the trunk. The things happening on your server look like a configuration issue. What you could do * try another IIS instance, may be on your localhost * try 5.4 trunk as well * check that IIS doesn't drop any headers * ask for help in the mailing lists [2012-03-19 17:07:18] info at ongod dot org it is Should be clean code for check. php5.4 not normal work. but php5.3.10 normal work in the same server. who tell me why this ? http://www.ongod.org/test/phpinfo.php Web page compressed?No Compression type? none Size, Markup (bytes)83,611 Size, Compressed (bytes)0 Compression % 0.0 php5.3.10 http://mail.ipv6china.com/phpinfo.php Web page compressed?Yes Compression type? gzip Size, Markup (bytes)87,124 Size, Compressed (bytes)13,730 Compression % 84.2 check from http://www.gidnetwork.com/tools/gzip-test.php [2012-03-19 14:14:54] paj...@php.net ok, not a bug but a support issue. @info at ongod dot org Please ask further support on the PHP general mailing list or any other support channel, thanks! [2012-03-19 14:10:56] a...@php.net I cannot reproduce the issue, tried with the latest php 5.4 and IIS7. IIS7 has compression turned off and the php.ini has both zlib.output_compression=on and zlib.output_compression_level=-1 set. The page is merely a phpinfo() page. Here the simple ping pong: GET /i.php HTTP/1.1 Host: localhost Connection: keep-alive Cache-Control: max-age=0 User-Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/535.11 (KHTML, like Gecko) Chrome/17.0.963.79 Safari/535.11 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Encoding: gzip,deflate,sdch Accept-Language: de-DE,de;q=0.8,en-US;q=0.6,en;q=0.4 Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3 HTTP/1.1 200 OK Content-Type: text/html Content-Encoding: gzip Vary: Accept-Encoding Server: Microsoft-IIS/7.5 X-Powered-By: PHP/5.4.1RC1-dev Date: Mon, 19 Mar 2012 14:00:09 GMT Content-Length: 6182 The output compression seems to work. @info at ongod dot org Could you please try such a simple page scenario and post the request/response headers? [2012-03-19 14:01:26] nacin at wordpress dot org I can confirm that WordPress 3.3.1 does not set zlib.output_compression. Looks like WP never has. 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=61434 -- Edit this bug report at https://bugs.php.net/bug.php?id=61434&edit=1
[PHP-BUG] Bug #61454 [NEW]: ext\standard\tests\general_functions\bug49847.phpt fails
From: ab
Operating system: windows
PHP version: Irrelevant
Package: *General Issues
Bug Type: Bug
Bug description:ext\standard\tests\general_functions\bug49847.phpt fails
Description:
The test fails with the following diff out:
001+ 'more' is not recognized as an internal or external command,
002+ operable program or batch file.
003+ array(0) {
001- array(1) {
002- [0]=>
003- string(4098) "%s 1"
The patch supplied fixes the issue exchanging "more" with "type"
Expected result:
test pass
Actual result:
--
test fail
--
Edit bug report at https://bugs.php.net/bug.php?id=61454&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=61454&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=61454&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=61454&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=61454&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=61454&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=61454&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=61454&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=61454&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=61454&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=61454&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=61454&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=61454&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=61454&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=61454&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=61454&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=61454&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=61454&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=61454&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=61454&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=61454&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=61454&r=mysqlcfg
Bug #61454 [PATCH]: ext\standard\tests\general_functions\bug49847.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61454&edit=1
ID: 61454
Patch added by: a...@php.net
Reported by: a...@php.net
Summary:ext\standard\tests\general_functions\bug49847.phpt
fails
Status: Open
Type: Bug
Package:*General Issues
Operating System: windows
PHP Version:Irrelevant
Block user comment: N
Private report: N
New Comment:
The following patch has been added/updated:
Patch Name: bug49847.diff
Revision: 1332251351
URL:
https://bugs.php.net/patch-display.php?bug=61454&patch=bug49847.diff&revision=1332251351
Previous Comments:
[2012-03-20 13:48:31] a...@php.net
Description:
The test fails with the following diff out:
001+ 'more' is not recognized as an internal or external command,
002+ operable program or batch file.
003+ array(0) {
001- array(1) {
002- [0]=>
003- string(4098) "%s 1"
The patch supplied fixes the issue exchanging "more" with "type"
Expected result:
test pass
Actual result:
--
test fail
--
Edit this bug report at https://bugs.php.net/bug.php?id=61454&edit=1
[PHP-BUG] Bug #61468 [NEW]: ext/phar/tests/phar_oo_005.phpt fails
From: ab Operating system: all PHP version: Irrelevant Package: PHAR related Bug Type: Bug Bug description:ext/phar/tests/phar_oo_005.phpt fails Description: RecursiveIterator functionality changed, the test diff is 005+ string(21) "phar_oo_test.phar.php" 005- string(5) "a.php" 010+ string(1) "b" 010- string(5) "c.php" 015+ string(1) "b" 015- string(5) "d.php" 020+ string(21) "phar_oo_test.phar.php" 020- string(5) "b.php" 025+ string(21) "phar_oo_test.phar.php" 025- string(5) "e.php" Expected result: test pass Actual result: -- test fail -- Edit bug report at https://bugs.php.net/bug.php?id=61468&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61468&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61468&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61468&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61468&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61468&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61468&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61468&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61468&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61468&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61468&r=support Expected behavior: https://bugs.php.net/fix.php?id=61468&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61468&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61468&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61468&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61468&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61468&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61468&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61468&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61468&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61468&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61468&r=mysqlcfg
Bug #61468 [PATCH]: ext/phar/tests/phar_oo_005.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61468&edit=1 ID: 61468 Patch added by: a...@php.net Reported by: a...@php.net Summary:ext/phar/tests/phar_oo_005.phpt fails Status: Open Type: Bug Package:PHAR related Operating System: all PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: phar_oo_005.phpt.diff Revision: 1332361598 URL: https://bugs.php.net/patch-display.php?bug=61468&patch=phar_oo_005.phpt.diff&revision=1332361598 Previous Comments: [2012-03-21 20:24:08] a...@php.net Description: RecursiveIterator functionality changed, the test diff is 005+ string(21) "phar_oo_test.phar.php" 005- string(5) "a.php" 010+ string(1) "b" 010- string(5) "c.php" 015+ string(1) "b" 015- string(5) "d.php" 020+ string(21) "phar_oo_test.phar.php" 020- string(5) "b.php" 025+ string(21) "phar_oo_test.phar.php" 025- string(5) "e.php" Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61468&edit=1
Bug #61468 [Com]: ext/phar/tests/phar_oo_005.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61468&edit=1 ID: 61468 Comment by: a...@php.net Reported by: a...@php.net Summary:ext/phar/tests/phar_oo_005.phpt fails Status: Open Type: Bug Package:PHAR related Operating System: all PHP Version:Irrelevant Block user comment: N Private report: N New Comment: In the patch phar_oo_005.phpt.diff the output is adopted according to the new iterator functionality. Previous Comments: [2012-03-21 20:26:38] a...@php.net The following patch has been added/updated: Patch Name: phar_oo_005.phpt.diff Revision: 1332361598 URL: https://bugs.php.net/patch-display.php?bug=61468&patch=phar_oo_005.phpt.diff&revision=1332361598 [2012-03-21 20:24:08] a...@php.net Description: RecursiveIterator functionality changed, the test diff is 005+ string(21) "phar_oo_test.phar.php" 005- string(5) "a.php" 010+ string(1) "b" 010- string(5) "c.php" 015+ string(1) "b" 015- string(5) "d.php" 020+ string(21) "phar_oo_test.phar.php" 020- string(5) "b.php" 025+ string(21) "phar_oo_test.phar.php" 025- string(5) "e.php" Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61468&edit=1
Bug #61518 [PATCH]: skip on windows - ext/standard/tests/streams/bug60106.phpt
Edit report at https://bugs.php.net/bug.php?id=61518&edit=1 ID: 61518 Patch added by: a...@php.net Reported by:mattfic...@php.net Summary:skip on windows - ext/standard/tests/streams/bug60106.phpt Status: Open Type: Bug Package:Testing related Operating System: Windows PHP Version:5.3.10 Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: bug60106.diff Revision: 1332838568 URL: https://bugs.php.net/patch-display.php?bug=61518&patch=bug60106.diff&revision=1332838568 Previous Comments: [2012-03-26 16:59:45] mattfic...@php.net Description: This test tries to use unix sockets which aren't supported on Windows. This test should be skipped on Windows. Expected result: pass or skip Actual result: -- fail on Windows -- Edit this bug report at https://bugs.php.net/bug.php?id=61518&edit=1
Bug #61518 [Com]: skip on windows - ext/standard/tests/streams/bug60106.phpt
Edit report at https://bugs.php.net/bug.php?id=61518&edit=1 ID: 61518 Comment by: a...@php.net Reported by:mattfic...@php.net Summary:skip on windows - ext/standard/tests/streams/bug60106.phpt Status: Open Type: Bug Package:Testing related Operating System: Windows PHP Version:5.3.10 Block user comment: N Private report: N New Comment: extended the patch for the test to pass on linux - fixed a's count Previous Comments: [2012-03-27 08:56:08] a...@php.net The following patch has been added/updated: Patch Name: bug60106.diff Revision: 1332838568 URL: https://bugs.php.net/patch-display.php?bug=61518&patch=bug60106.diff&revision=1332838568 [2012-03-26 16:59:45] mattfic...@php.net Description: This test tries to use unix sockets which aren't supported on Windows. This test should be skipped on Windows. Expected result: pass or skip Actual result: -- fail on Windows -- Edit this bug report at https://bugs.php.net/bug.php?id=61518&edit=1
Bug #61480 [Com]: test bug - ext/gd/tests/bug48555.phpt
Edit report at https://bugs.php.net/bug.php?id=61480&edit=1 ID: 61480 Comment by: a...@php.net Reported by:mattfic...@php.net Summary:test bug - ext/gd/tests/bug48555.phpt Status: Open Type: Bug Package:Testing related PHP Version:5.3.10 Block user comment: N Private report: N New Comment: Things are more complicated on linux, that's what the tests give: FreeType Version => 2.3.11 Current: 001+ Top without line-break: -15 002+ Top with line-break: -15 001- Top without line-break: -14 002- Top with line-break: -14 With patch: skip FreeType Version => 2.4.9 Current pass With patch: 001+ Top without line-break: -14 002+ Top with line-break: -14 001- Top without line-break: -15 002- Top with line-break: -15 Previous Comments: [2012-03-22 21:07:27] mattfic...@php.net The following patch has been added/updated: Patch Name: bug48555 Revision: 1332450447 URL: https://bugs.php.net/patch-display.php?bug=61480&patch=bug48555&revision=1332450447 [2012-03-22 21:07:19] mattfic...@php.net Description: Expected result: tests pass Actual result: -- tests fail 001+ Top without line-break: -15 002+ Top with line-break: -15 001- Top without line-break: -14 002- Top with line-break: -14 Failure occurs with FreeType 2.4.3 which is what PHP uses. Test patch will skip test if FreeType version is less than 2.4.3. -- Edit this bug report at https://bugs.php.net/bug.php?id=61480&edit=1
Bug #60826 [Com]: raw POST data missing with chunked encoding, FastCGI
Edit report at https://bugs.php.net/bug.php?id=60826&edit=1 ID: 60826 Comment by: a...@php.net Reported by:clarkwise at gmail dot com Summary:raw POST data missing with chunked encoding, FastCGI Status: Assigned Type: Bug Package:CGI/CLI related Operating System: Windows XP PHP Version:5.3.9 Assigned To:ab Block user comment: N Private report: N New Comment: @florian dot fernandez at navaho dot fr Looks like that. Could you try nginx+chunkin to confirm please? Previous Comments: [2012-03-27 08:52:31] florian dot fernandez at navaho dot fr So, it is not a PHP problem ? [2012-03-23 15:27:44] clarkwise at gmail dot com Making the chunked request to a stock nginx 1.0.13 installation on Ubuntu yields a "411 Length Required" message, but enabling the ngx_chunkin module does indeed correctly serve the request and populate php://input and $HTTP_RAW_POST_DATA. This was done with both Ubuntu's distribution of PHP 5.3.6 and the php5.4-201203221530 snapshot. [2012-03-13 05:58:19] florian dot fernandez at navaho dot fr First of all, the problem is still here with PHP 5.4 and Apache 2.4.1, I previously made the mistake to precise the content-length in my headers. So here is what I found. If you send chunked http request but do not send the content-length (as we should do using HTTP 1.1 protocol) the body part of the request is empty (php://input returns nothing). This result remains valid for the following configuration where PHP runs via FastCGI : PHP 5.3.10 - APACHE 2.4.1 PHP 5.3-201203101230 - APACHE 2.4.1 PHP 5.4 - APACHE 2.4.1 PHP 5.4-201203101230 - APACHE 2.4.1 The same configuration with PHP running as mod_php is fine, the body request is available through php://input. [2012-03-09 09:48:29] paj...@php.net Try a snapshot please, 5.3.10 has nothing else but security fixes unrelated to this issue. [2012-03-09 09:33:06] florian dot fernandez at navaho dot fr The problem seems to have been resolved with php 5.4.0 and apache 2.4.1. I can't reproduce it with this configuration and chunked http requests are now coming through to php now. I am going to try with php 5.3.10 and apache 2.4.1 and give feedback on where it goes. 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=60826 -- Edit this bug report at https://bugs.php.net/bug.php?id=60826&edit=1
[PHP-BUG] Bug #61565 [NEW]: Fileinfo ext\fileinfo\tests\finfo_file_001.phpt fails
From: ab Operating system: Windows PHP version: 5.3Git-2012-03-30 (Git) Package: *Directory/Filesystem functions Bug Type: Bug Bug description:Fileinfo ext\fileinfo\tests\finfo_file_001.phpt fails Description: Test diff: 009+ 010+ Warning: finfo_file(.): failed to open stream: Permission denied in C:\php-sdk\php53\vc9\x86\php-src\ext\fileinfo\tests\finfo_file_001.php on line 7 011+ bool(false) 009- string(9) "directory" Expected result: test pass Actual result: -- test fail -- Edit bug report at https://bugs.php.net/bug.php?id=61565&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61565&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61565&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61565&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61565&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61565&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61565&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61565&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61565&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61565&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61565&r=support Expected behavior: https://bugs.php.net/fix.php?id=61565&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61565&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61565&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61565&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61565&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61565&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61565&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61565&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61565&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61565&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61565&r=mysqlcfg
[PHP-BUG] Bug #61566 [NEW]: Fileinfo ext\fileinfo\tests\finfo_file_002.phpt fails
From: ab
Operating system: Windows
PHP version: 5.3Git-2012-03-30 (Git)
Package: *Directory/Filesystem functions
Bug Type: Bug
Bug description:Fileinfo ext\fileinfo\tests\finfo_file_002.phpt fails
Description:
Test diff:
001+
001- array(6) {
002- ["%s/resources/dir.zip"]=>
003- string(15) "application/zip"
004- ["%s/resources/test.bmp"]=>
005- string(14) "image/x-ms-bmp"
006- ["%s/resources/test.gif"]=>
007- string(9) "image/gif"
008- ["%s/resources/test.jpg"]=>
009- string(10) "image/jpeg"
010- ["%s/resources/test.pdf"]=>
011- string(15) "application/pdf"
012- ["%s/resources/test.png"]=>
013- string(9) "image/png"
014- }
Expected result:
test pass
Actual result:
--
test fails
--
Edit bug report at https://bugs.php.net/bug.php?id=61566&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=61566&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=61566&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=61566&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=61566&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=61566&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=61566&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=61566&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=61566&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=61566&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=61566&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=61566&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=61566&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=61566&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=61566&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=61566&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=61566&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=61566&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=61566&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=61566&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=61566&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=61566&r=mysqlcfg
[PHP-BUG] Bug #61567 [NEW]: Fileinfo ext\fileinfo\tests\mime_content_type_002.phpt fails
From: ab Operating system: Windows PHP version: 5.3Git-2012-03-30 (Git) Package: *Directory/Filesystem functions Bug Type: Bug Bug description:Fileinfo ext\fileinfo\tests\mime_content_type_002.phpt fails Description: Test diff: 001+ 001- string(%d) "%s" 002- string(%d) "%s" 003- string(9) "directory" 004- string(9) "directory" Expected result: test pass Actual result: -- test fail -- Edit bug report at https://bugs.php.net/bug.php?id=61567&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61567&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61567&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61567&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61567&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61567&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61567&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61567&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61567&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61567&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61567&r=support Expected behavior: https://bugs.php.net/fix.php?id=61567&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61567&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61567&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61567&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61567&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61567&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61567&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61567&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61567&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61567&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61567&r=mysqlcfg
Bug #61566 [PATCH]: Fileinfo ext\fileinfo\tests\finfo_file_002.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61566&edit=1
ID: 61566
Patch added by: a...@php.net
Reported by: a...@php.net
Summary:Fileinfo ext\fileinfo\tests\finfo_file_002.phpt
fails
Status: Open
Type: Bug
Package:*Directory/Filesystem functions
Operating System: Windows
PHP Version:5.3Git-2012-03-30 (Git)
Block user comment: N
Private report: N
New Comment:
The following patch has been added/updated:
Patch Name: 61566.diff
Revision: 1333188169
URL:
https://bugs.php.net/patch-display.php?bug=61566&patch=61566.diff&revision=1333188169
Previous Comments:
[2012-03-30 15:11:21] a...@php.net
Description:
Test diff:
001+
001- array(6) {
002- ["%s/resources/dir.zip"]=>
003- string(15) "application/zip"
004- ["%s/resources/test.bmp"]=>
005- string(14) "image/x-ms-bmp"
006- ["%s/resources/test.gif"]=>
007- string(9) "image/gif"
008- ["%s/resources/test.jpg"]=>
009- string(10) "image/jpeg"
010- ["%s/resources/test.pdf"]=>
011- string(15) "application/pdf"
012- ["%s/resources/test.png"]=>
013- string(9) "image/png"
014- }
Expected result:
test pass
Actual result:
--
test fails
--
Edit this bug report at https://bugs.php.net/bug.php?id=61566&edit=1
Bug #61565 [PATCH]: Fileinfo ext\fileinfo\tests\finfo_file_001.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61565&edit=1 ID: 61565 Patch added by: a...@php.net Reported by: a...@php.net Summary:Fileinfo ext\fileinfo\tests\finfo_file_001.phpt fails Status: Open Type: Bug Package:*Directory/Filesystem functions Operating System: Windows PHP Version:5.3Git-2012-03-30 (Git) Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: 61565.diff Revision: 1333188272 URL: https://bugs.php.net/patch-display.php?bug=61565&patch=61565.diff&revision=1333188272 Previous Comments: [2012-03-30 15:09:43] a...@php.net Description: Test diff: 009+ 010+ Warning: finfo_file(.): failed to open stream: Permission denied in C:\php-sdk\php53\vc9\x86\php-src\ext\fileinfo\tests\finfo_file_001.php on line 7 011+ bool(false) 009- string(9) "directory" Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61565&edit=1
Bug #61566 [PATCH]: Fileinfo ext\fileinfo\tests\finfo_file_002.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61566&edit=1
ID: 61566
Patch added by: a...@php.net
Reported by: a...@php.net
Summary:Fileinfo ext\fileinfo\tests\finfo_file_002.phpt
fails
Status: Open
Type: Bug
Package:*Directory/Filesystem functions
Operating System: Windows
PHP Version:5.3Git-2012-03-30 (Git)
Block user comment: N
Private report: N
New Comment:
The following patch has been added/updated:
Patch Name: 61566.diff
Revision: 171483
URL:
https://bugs.php.net/patch-display.php?bug=61566&patch=61566.diff&revision=171483
Previous Comments:
[2012-03-31 10:02:49] a...@php.net
The following patch has been added/updated:
Patch Name: 61566.diff
Revision: 1333188169
URL:
https://bugs.php.net/patch-display.php?bug=61566&patch=61566.diff&revision=1333188169
[2012-03-30 15:11:21] a...@php.net
Description:
Test diff:
001+
001- array(6) {
002- ["%s/resources/dir.zip"]=>
003- string(15) "application/zip"
004- ["%s/resources/test.bmp"]=>
005- string(14) "image/x-ms-bmp"
006- ["%s/resources/test.gif"]=>
007- string(9) "image/gif"
008- ["%s/resources/test.jpg"]=>
009- string(10) "image/jpeg"
010- ["%s/resources/test.pdf"]=>
011- string(15) "application/pdf"
012- ["%s/resources/test.png"]=>
013- string(9) "image/png"
014- }
Expected result:
test pass
Actual result:
--
test fails
--
Edit this bug report at https://bugs.php.net/bug.php?id=61566&edit=1
Bug #61566 [PATCH]: Fileinfo ext\fileinfo\tests\finfo_file_002.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61566&edit=1
ID: 61566
Patch added by: a...@php.net
Reported by: a...@php.net
Summary:Fileinfo ext\fileinfo\tests\finfo_file_002.phpt
fails
Status: Open
Type: Bug
Package:*Directory/Filesystem functions
Operating System: Windows
PHP Version:Irrelevant
Block user comment: N
Private report: N
New Comment:
The following patch has been added/updated:
Patch Name: 61566.diff
Revision: 179251
URL:
https://bugs.php.net/patch-display.php?bug=61566&patch=61566.diff&revision=179251
Previous Comments:
[2012-04-02 12:58:03] a...@php.net
The following patch has been added/updated:
Patch Name: 61566.diff
Revision: 171483
URL:
https://bugs.php.net/patch-display.php?bug=61566&patch=61566.diff&revision=171483
[2012-03-31 10:02:49] a...@php.net
The following patch has been added/updated:
Patch Name: 61566.diff
Revision: 1333188169
URL:
https://bugs.php.net/patch-display.php?bug=61566&patch=61566.diff&revision=1333188169
----
[2012-03-30 15:11:21] a...@php.net
Description:
Test diff:
001+
001- array(6) {
002- ["%s/resources/dir.zip"]=>
003- string(15) "application/zip"
004- ["%s/resources/test.bmp"]=>
005- string(14) "image/x-ms-bmp"
006- ["%s/resources/test.gif"]=>
007- string(9) "image/gif"
008- ["%s/resources/test.jpg"]=>
009- string(10) "image/jpeg"
010- ["%s/resources/test.pdf"]=>
011- string(15) "application/pdf"
012- ["%s/resources/test.png"]=>
013- string(9) "image/png"
014- }
Expected result:
test pass
Actual result:
--
test fails
--
Edit this bug report at https://bugs.php.net/bug.php?id=61566&edit=1
Bug #61566 [Com]: Fileinfo ext\fileinfo\tests\finfo_file_002.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61566&edit=1
ID: 61566
Comment by: a...@php.net
Reported by: a...@php.net
Summary:Fileinfo ext\fileinfo\tests\finfo_file_002.phpt
fails
Status: Open
Type: Bug
Package:*Directory/Filesystem functions
Operating System: Windows
PHP Version:Irrelevant
Block user comment: N
Private report: N
New Comment:
The final patch fixes the failure caused by the posix lseek and read versions
under windows in cdf_read() . Additionally all the occurences of lseek and read
was replaced by _lseek and _reed for windows.
Previous Comments:
[2012-04-02 15:07:31] a...@php.net
The following patch has been added/updated:
Patch Name: 61566.diff
Revision: 179251
URL:
https://bugs.php.net/patch-display.php?bug=61566&patch=61566.diff&revision=179251
[2012-04-02 12:58:03] a...@php.net
The following patch has been added/updated:
Patch Name: 61566.diff
Revision: 171483
URL:
https://bugs.php.net/patch-display.php?bug=61566&patch=61566.diff&revision=171483
[2012-03-31 10:02:49] a...@php.net
The following patch has been added/updated:
Patch Name: 61566.diff
Revision: 1333188169
URL:
https://bugs.php.net/patch-display.php?bug=61566&patch=61566.diff&revision=1333188169
----
[2012-03-30 15:11:21] a...@php.net
Description:
Test diff:
001+
001- array(6) {
002- ["%s/resources/dir.zip"]=>
003- string(15) "application/zip"
004- ["%s/resources/test.bmp"]=>
005- string(14) "image/x-ms-bmp"
006- ["%s/resources/test.gif"]=>
007- string(9) "image/gif"
008- ["%s/resources/test.jpg"]=>
009- string(10) "image/jpeg"
010- ["%s/resources/test.pdf"]=>
011- string(15) "application/pdf"
012- ["%s/resources/test.png"]=>
013- string(9) "image/png"
014- }
Expected result:
test pass
Actual result:
--
test fails
--
Edit this bug report at https://bugs.php.net/bug.php?id=61566&edit=1
Bug #61565 [Com]: Fileinfo ext\fileinfo\tests\finfo_file_001.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61565&edit=1 ID: 61565 Comment by: a...@php.net Reported by: a...@php.net Summary:Fileinfo ext\fileinfo\tests\finfo_file_001.phpt fails Status: Open Type: Bug Package:*Directory/Filesystem functions Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The patch fixes php_stream_open_wrapper_ex trying to open a directory descriptor under windows. Previous Comments: [2012-03-31 10:04:32] a...@php.net The following patch has been added/updated: Patch Name: 61565.diff Revision: 1333188272 URL: https://bugs.php.net/patch-display.php?bug=61565&patch=61565.diff&revision=1333188272 [2012-03-30 15:09:43] a...@php.net Description: Test diff: 009+ 010+ Warning: finfo_file(.): failed to open stream: Permission denied in C:\php-sdk\php53\vc9\x86\php-src\ext\fileinfo\tests\finfo_file_001.php on line 7 011+ bool(false) 009- string(9) "directory" Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61565&edit=1
Bug #61566 [Com]: Fileinfo ext\fileinfo\tests\finfo_file_002.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61566&edit=1
ID: 61566
Comment by: a...@php.net
Reported by: a...@php.net
Summary:Fileinfo ext\fileinfo\tests\finfo_file_002.phpt
fails
Status: Open
Type: Bug
Package:*Directory/Filesystem functions
Operating System: Windows
PHP Version:Irrelevant
Block user comment: N
Private report: N
New Comment:
The patch was commited in revisions:
8684fb7facd8f5c1589996c1ebfd782f77c245ff
909713e233704b4ac317ff3bb397cb40a82795b8
Previous Comments:
[2012-04-02 15:11:29] a...@php.net
The final patch fixes the failure caused by the posix lseek and read versions
under windows in cdf_read() . Additionally all the occurences of lseek and read
was replaced by _lseek and _reed for windows.
[2012-04-02 15:07:31] a...@php.net
The following patch has been added/updated:
Patch Name: 61566.diff
Revision: 179251
URL:
https://bugs.php.net/patch-display.php?bug=61566&patch=61566.diff&revision=179251
[2012-04-02 12:58:03] a...@php.net
The following patch has been added/updated:
Patch Name: 61566.diff
Revision: 171483
URL:
https://bugs.php.net/patch-display.php?bug=61566&patch=61566.diff&revision=171483
[2012-03-31 10:02:49] a...@php.net
The following patch has been added/updated:
Patch Name: 61566.diff
Revision: 1333188169
URL:
https://bugs.php.net/patch-display.php?bug=61566&patch=61566.diff&revision=1333188169
----
[2012-03-30 15:11:21] a...@php.net
Description:
Test diff:
001+
001- array(6) {
002- ["%s/resources/dir.zip"]=>
003- string(15) "application/zip"
004- ["%s/resources/test.bmp"]=>
005- string(14) "image/x-ms-bmp"
006- ["%s/resources/test.gif"]=>
007- string(9) "image/gif"
008- ["%s/resources/test.jpg"]=>
009- string(10) "image/jpeg"
010- ["%s/resources/test.pdf"]=>
011- string(15) "application/pdf"
012- ["%s/resources/test.png"]=>
013- string(9) "image/png"
014- }
Expected result:
test pass
Actual result:
--
test fails
--
Edit this bug report at https://bugs.php.net/bug.php?id=61566&edit=1
Bug #61565 [Com]: Fileinfo ext\fileinfo\tests\finfo_file_001.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61565&edit=1 ID: 61565 Comment by: a...@php.net Reported by: a...@php.net Summary:Fileinfo ext\fileinfo\tests\finfo_file_001.phpt fails Status: Open Type: Bug Package:*Directory/Filesystem functions Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The patch is commited in the revision 0cdba53aae783fd63f0aa525bc92e73d9e4c0aab Previous Comments: [2012-04-02 15:48:16] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=0cdba53aae783fd63f0aa525bc92e73d9e4c0aab Log: Fix bug #61565 Fileinfo ext\fileinfo\tests\finfo_file_001.phpt fails [2012-04-02 15:15:35] a...@php.net The patch fixes php_stream_open_wrapper_ex trying to open a directory descriptor under windows. [2012-03-31 10:04:32] a...@php.net The following patch has been added/updated: Patch Name: 61565.diff Revision: 1333188272 URL: https://bugs.php.net/patch-display.php?bug=61565&patch=61565.diff&revision=1333188272 [2012-03-30 15:09:43] a...@php.net Description: Test diff: 009+ 010+ Warning: finfo_file(.): failed to open stream: Permission denied in C:\php-sdk\php53\vc9\x86\php-src\ext\fileinfo\tests\finfo_file_001.php on line 7 011+ bool(false) 009- string(9) "directory" Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61565&edit=1
Bug #61567 [Com]: Fileinfo ext\fileinfo\tests\mime_content_type_002.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61567&edit=1 ID: 61567 Comment by: a...@php.net Reported by: a...@php.net Summary:Fileinfo ext\fileinfo\tests\mime_content_type_002.phpt fails Status: Open Type: Bug Package:*Directory/Filesystem functions Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: see https://bugs.php.net/bug.php?id=61566 for the fixes for this ticket Previous Comments: [2012-03-30 15:14:22] a...@php.net Description: Test diff: 001+ 001- string(%d) "%s" 002- string(%d) "%s" 003- string(9) "directory" 004- string(9) "directory" Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61567&edit=1
Bug #61480 [Com]: test bug - ext/gd/tests/bug48555.phpt
Edit report at https://bugs.php.net/bug.php?id=61480&edit=1 ID: 61480 Comment by: a...@php.net Reported by:mattfic...@php.net Summary:test bug - ext/gd/tests/bug48555.phpt Status: Open Type: Bug Package:Testing related PHP Version:5.3.10 Block user comment: N Private report: N New Comment: As i wrote in the previous comment, even with freetype 2.4.9 it still fails on my debian x86. So with the supplied patch i get 001+ Top without line-break: -14 002+ Top with line-break: -14 001- Top without line-break: -15 002- Top with line-break: -15 which is the old output. It seems to be additionally a x86/x64 issue in the freetype. May be it would make sense to rewrite the test to calculate "with line break" == "without line break" in the script part, as that's actually the thing supposed to be tested. What do you think? Previous Comments: [2012-04-02 22:58:43] mattfic...@php.net This patch passes on PHP5.3.11rc1 on Windows 7 sp1x64. It does not break for me on Linux x64 (Gentoo and Fedora 16) with PHP5.3.11rc1. ---- [2012-03-27 12:42:58] a...@php.net Things are more complicated on linux, that's what the tests give: FreeType Version => 2.3.11 Current: 001+ Top without line-break: -15 002+ Top with line-break: -15 001- Top without line-break: -14 002- Top with line-break: -14 With patch: skip FreeType Version => 2.4.9 Current pass With patch: 001+ Top without line-break: -14 002+ Top with line-break: -14 001- Top without line-break: -15 002- Top with line-break: -15 [2012-03-22 21:07:27] mattfic...@php.net The following patch has been added/updated: Patch Name: bug48555 Revision: 1332450447 URL: https://bugs.php.net/patch-display.php?bug=61480&patch=bug48555&revision=1332450447 [2012-03-22 21:07:19] mattfic...@php.net Description: Expected result: tests pass Actual result: -- tests fail 001+ Top without line-break: -15 002+ Top with line-break: -15 001- Top without line-break: -14 002- Top with line-break: -14 Failure occurs with FreeType 2.4.3 which is what PHP uses. Test patch will skip test if FreeType version is less than 2.4.3. -- Edit this bug report at https://bugs.php.net/bug.php?id=61480&edit=1
[PHP-BUG] Bug #61609 [NEW]: Test ext\date\tests\bug52062.phpt fails
From: ab Operating system: all PHP version: Irrelevant Package: Date/time related Bug Type: Bug Bug description:Test ext\date\tests\bug52062.phpt fails Description: Current test out diff 002+ bool(false) 003+ string(30) "2008-07-11 04:56:32 1215752192" 004+ int(1215752192) 005+ string(10) "1215752192" 002- int(1000) 003- string(32) "5138-11-16 09:46:40 1000" 004- int(1000) 005- string(12) "1000" Expected result: test pass Actual result: -- test fail -- Edit bug report at https://bugs.php.net/bug.php?id=61609&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61609&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61609&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61609&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61609&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61609&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61609&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61609&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61609&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61609&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61609&r=support Expected behavior: https://bugs.php.net/fix.php?id=61609&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61609&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61609&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61609&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61609&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61609&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61609&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61609&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61609&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61609&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61609&r=mysqlcfg
[PHP-BUG] Bug #61610 [NEW]: Test ext\date\tests\date_default_timezone_get-1.diff fails
From: ab Operating system: Windows PHP version: 5.3.10 Package: Date/time related Bug Type: Bug Bug description:Test ext\date\tests\date_default_timezone_get-1.diff fails Description: Current test diff 01+ Warning: date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Paris' for '2.0/DST' instead in C:\php-sdk\php53\vc9\x86\php-src\ext\date\tests\date_default_timezone_get-1.php on line 3 002+ Europe/Paris 001- Warning: date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'UTC' for 'UTC/0.0/no DST' instead in %sdate_default_timezone_get-1.php on line 3 002- UTC 004+ Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Paris' for '2.0/DST' instead in C:\php-sdk\php53\vc9\x86\php-src\ext\date\tests\date_default_timezone_get-1.php on line 4 005+ Europe/Paris 004- Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'UTC' for 'UTC/0.0/no DST' instead in %sdate_default_timezone_get-1.php on line 4 005- UTC Expected result: test pass Actual result: -- test fail -- Edit bug report at https://bugs.php.net/bug.php?id=61610&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61610&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61610&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61610&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61610&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61610&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61610&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61610&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61610&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61610&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61610&r=support Expected behavior: https://bugs.php.net/fix.php?id=61610&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61610&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61610&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61610&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61610&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61610&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61610&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61610&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61610&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61610&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61610&r=mysqlcfg
[PHP-BUG] Bug #61611 [NEW]: ext\date\tests\date_default_timezone_get-2.phpt fails
From: ab Operating system: Windows PHP version: 5.3.10 Package: Date/time related Bug Type: Bug Bug description:ext\date\tests\date_default_timezone_get-2.phpt fails Description: Current test diff 001+ Warning: date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Paris' for '2.0/DST' instead in C:\php-sdk\php53\vc9\x86\php-src\ext\date\tests\date_default_timezone_get-2.php on line 3 002+ Europe/Paris 001- Warning: date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'UTC' for 'UTC/0.0/no DST' instead in %sdate_default_timezone_get-2.php on line 3 002- UTC Expected result: test pass Actual result: -- test fail -- Edit bug report at https://bugs.php.net/bug.php?id=61611&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61611&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61611&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61611&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61611&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61611&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61611&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61611&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61611&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61611&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61611&r=support Expected behavior: https://bugs.php.net/fix.php?id=61611&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61611&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61611&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61611&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61611&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61611&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61611&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61611&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61611&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61611&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61611&r=mysqlcfg
Bug #61609 [PATCH]: Test ext\date\tests\bug52062.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61609&edit=1 ID: 61609 Patch added by: a...@php.net Reported by: a...@php.net Summary:Test ext\date\tests\bug52062.phpt fails Status: Open Type: Bug Package:Date/time related Operating System: all PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: 61609.diff Revision: 1333471501 URL: https://bugs.php.net/patch-display.php?bug=61609&patch=61609.diff&revision=1333471501 Previous Comments: [2012-04-03 16:27:15] a...@php.net Description: Current test out diff 002+ bool(false) 003+ string(30) "2008-07-11 04:56:32 1215752192" 004+ int(1215752192) 005+ string(10) "1215752192" 002- int(1000) 003- string(32) "5138-11-16 09:46:40 1000" 004- int(1000) 005- string(12) "1000" Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61609&edit=1
Bug #61609 [Com]: Test ext\date\tests\bug52062.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61609&edit=1 ID: 61609 Comment by: a...@php.net Reported by: a...@php.net Summary:Test ext\date\tests\bug52062.phpt fails Status: Open Type: Bug Package:Date/time related Operating System: all PHP Version:Irrelevant Block user comment: N Private report: N New Comment: the patch supplied tested on win7 and debian x86 Previous Comments: [2012-04-03 16:45:01] a...@php.net The following patch has been added/updated: Patch Name: 61609.diff Revision: 1333471501 URL: https://bugs.php.net/patch-display.php?bug=61609&patch=61609.diff&revision=1333471501 [2012-04-03 16:27:15] a...@php.net Description: Current test out diff 002+ bool(false) 003+ string(30) "2008-07-11 04:56:32 1215752192" 004+ int(1215752192) 005+ string(10) "1215752192" 002- int(1000) 003- string(32) "5138-11-16 09:46:40 1000" 004- int(1000) 005- string(12) "1000" Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61609&edit=1
Bug #61610 [PATCH]: Test ext\date\tests\date_default_timezone_get-1.diff fails
Edit report at https://bugs.php.net/bug.php?id=61610&edit=1 ID: 61610 Patch added by: a...@php.net Reported by: a...@php.net Summary:Test ext\date\tests\date_default_timezone_get-1.diff fails Status: Open Type: Bug Package:Date/time related Operating System: Windows PHP Version:5.3.10 Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: 61610.diff Revision: 1333475950 URL: https://bugs.php.net/patch-display.php?bug=61610&patch=61610.diff&revision=1333475950 Previous Comments: [2012-04-03 16:31:15] a...@php.net Description: Current test diff 01+ Warning: date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Paris' for '2.0/DST' instead in C:\php-sdk\php53\vc9\x86\php-src\ext\date\tests\date_default_timezone_get-1.php on line 3 002+ Europe/Paris 001- Warning: date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'UTC' for 'UTC/0.0/no DST' instead in %sdate_default_timezone_get-1.php on line 3 002- UTC 004+ Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Paris' for '2.0/DST' instead in C:\php-sdk\php53\vc9\x86\php-src\ext\date\tests\date_default_timezone_get-1.php on line 4 005+ Europe/Paris 004- Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'UTC' for 'UTC/0.0/no DST' instead in %sdate_default_timezone_get-1.php on line 4 005- UTC Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61610&edit=1
Bug #61610 [Com]: Test ext\date\tests\date_default_timezone_get-1.diff fails
Edit report at https://bugs.php.net/bug.php?id=61610&edit=1 ID: 61610 Comment by: a...@php.net Reported by: a...@php.net Summary:Test ext\date\tests\date_default_timezone_get-1.diff fails Status: Open Type: Bug Package:Date/time related Operating System: Windows PHP Version:5.3.10 Block user comment: N Private report: N New Comment: The behaviour on windows is to select an arbitrary timezone from the current system settings. This gives no chance to hardcode the timezone name, for instance for UTC+1 it could choose from the multiple names like Europe/Berlin or Europe/Paris . For this reason the test is parametrized so there is no hardcoded timezone data. The original test made to be skipped on windows and a duplicate was made for windows. Previous Comments: [2012-04-03 17:59:10] a...@php.net The following patch has been added/updated: Patch Name: 61610.diff Revision: 1333475950 URL: https://bugs.php.net/patch-display.php?bug=61610&patch=61610.diff&revision=1333475950 [2012-04-03 16:31:15] a...@php.net Description: Current test diff 01+ Warning: date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Paris' for '2.0/DST' instead in C:\php-sdk\php53\vc9\x86\php-src\ext\date\tests\date_default_timezone_get-1.php on line 3 002+ Europe/Paris 001- Warning: date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'UTC' for 'UTC/0.0/no DST' instead in %sdate_default_timezone_get-1.php on line 3 002- UTC 004+ Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Paris' for '2.0/DST' instead in C:\php-sdk\php53\vc9\x86\php-src\ext\date\tests\date_default_timezone_get-1.php on line 4 005+ Europe/Paris 004- Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'UTC' for 'UTC/0.0/no DST' instead in %sdate_default_timezone_get-1.php on line 4 005- UTC Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61610&edit=1
Bug #61611 [PATCH]: ext\date\tests\date_default_timezone_get-2.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61611&edit=1 ID: 61611 Patch added by: a...@php.net Reported by: a...@php.net Summary:ext\date\tests\date_default_timezone_get-2.phpt fails Status: Open Type: Bug Package:Date/time related Operating System: Windows PHP Version:5.3.10 Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: 61611.diff Revision: 1333476768 URL: https://bugs.php.net/patch-display.php?bug=61611&patch=61611.diff&revision=1333476768 Previous Comments: [2012-04-03 16:33:41] a...@php.net Description: Current test diff 001+ Warning: date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Paris' for '2.0/DST' instead in C:\php-sdk\php53\vc9\x86\php-src\ext\date\tests\date_default_timezone_get-2.php on line 3 002+ Europe/Paris 001- Warning: date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'UTC' for 'UTC/0.0/no DST' instead in %sdate_default_timezone_get-2.php on line 3 002- UTC Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61611&edit=1
Bug #61611 [Com]: ext\date\tests\date_default_timezone_get-2.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61611&edit=1 ID: 61611 Comment by: a...@php.net Reported by: a...@php.net Summary:ext\date\tests\date_default_timezone_get-2.phpt fails Status: Open Type: Bug Package:Date/time related Operating System: Windows PHP Version:5.3.10 Block user comment: N Private report: N New Comment: The behaviour on windows is to select an arbitrary timezone from the current system settings. This gives no chance to hardcode the timezone name, for instance for UTC+1 it could choose from the multiple names like Europe/Berlin or Europe/Paris . For this reason the test is parametrized so there is no hardcoded timezone data. The original test made to be skipped on windows and a duplicate was made for windows. Tested on debian and win7 both x86. Previous Comments: [2012-04-03 18:12:48] a...@php.net The following patch has been added/updated: Patch Name: 61611.diff Revision: 1333476768 URL: https://bugs.php.net/patch-display.php?bug=61611&patch=61611.diff&revision=1333476768 [2012-04-03 16:33:41] a...@php.net Description: Current test diff 001+ Warning: date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Paris' for '2.0/DST' instead in C:\php-sdk\php53\vc9\x86\php-src\ext\date\tests\date_default_timezone_get-2.php on line 3 002+ Europe/Paris 001- Warning: date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'UTC' for 'UTC/0.0/no DST' instead in %sdate_default_timezone_get-2.php on line 3 002- UTC Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61611&edit=1
Bug #61610 [Com]: Test ext\date\tests\date_default_timezone_get-1.diff fails
Edit report at https://bugs.php.net/bug.php?id=61610&edit=1 ID: 61610 Comment by: a...@php.net Reported by: a...@php.net Summary:Test ext\date\tests\date_default_timezone_get-1.diff fails Status: Open Type: Bug Package:Date/time related Operating System: Windows PHP Version:5.3.10 Block user comment: N Private report: N New Comment: Tested on debian and win7 both x86. Previous Comments: [2012-04-03 18:01:07] a...@php.net The behaviour on windows is to select an arbitrary timezone from the current system settings. This gives no chance to hardcode the timezone name, for instance for UTC+1 it could choose from the multiple names like Europe/Berlin or Europe/Paris . For this reason the test is parametrized so there is no hardcoded timezone data. The original test made to be skipped on windows and a duplicate was made for windows. [2012-04-03 17:59:10] a...@php.net The following patch has been added/updated: Patch Name: 61610.diff Revision: 1333475950 URL: https://bugs.php.net/patch-display.php?bug=61610&patch=61610.diff&revision=1333475950 [2012-04-03 16:31:15] a...@php.net Description: Current test diff 01+ Warning: date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Paris' for '2.0/DST' instead in C:\php-sdk\php53\vc9\x86\php-src\ext\date\tests\date_default_timezone_get-1.php on line 3 002+ Europe/Paris 001- Warning: date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'UTC' for 'UTC/0.0/no DST' instead in %sdate_default_timezone_get-1.php on line 3 002- UTC 004+ Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Paris' for '2.0/DST' instead in C:\php-sdk\php53\vc9\x86\php-src\ext\date\tests\date_default_timezone_get-1.php on line 4 005+ Europe/Paris 004- Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'UTC' for 'UTC/0.0/no DST' instead in %sdate_default_timezone_get-1.php on line 4 005- UTC Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61610&edit=1
[PHP-BUG] Bug #61621 [NEW]: Test fail in ext/standard/tests/dir
From: ab Operating system: Windows PHP version: 5.3.10 Package: Directory function related Bug Type: Bug Bug description:Test fail in ext/standard/tests/dir Description: All the failing tests diff looks like below or similar 036+ Warning: dir(1,1): The system cannot find the file specified. (code: 2) in C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\dir\dir_variation1.php on line 73 037+ 046+ Warning: dir(1,1): The system cannot find the file specified. (code: 2) in C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\dir\dir_variation1.php on line 73 047+ The tests are ext\standard\tests\dir\dir_variation8.phpt ext\standard\tests\dir\dir_variation9.phpt ext\standard\tests\dir\opendir_error2.phpt ext\standard\tests\dir\opendir_variation1.phpt ext\standard\tests\dir\opendir_variation6.phpt ext\standard\tests\dir\scandir_error2.phpt ext\standard\tests\dir\scandir_variation1.phpt ext\standard\tests\dir\scandir_variation6.phpt In the 5.4 and master branches thease are ignored on windows, so it must be pulled behind in the 5.3 branch. Expected result: tests pass Actual result: -- tests fail -- Edit bug report at https://bugs.php.net/bug.php?id=61621&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61621&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61621&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61621&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61621&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61621&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61621&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61621&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61621&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61621&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61621&r=support Expected behavior: https://bugs.php.net/fix.php?id=61621&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61621&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61621&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61621&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61621&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61621&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61621&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61621&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61621&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61621&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61621&r=mysqlcfg
Bug #61621 [PATCH]: Test fail in ext/standard/tests/dir
Edit report at https://bugs.php.net/bug.php?id=61621&edit=1 ID: 61621 Patch added by: a...@php.net Reported by: a...@php.net Summary:Test fail in ext/standard/tests/dir Status: Open Type: Bug Package:Directory function related Operating System: Windows PHP Version:5.3.10 Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: 61621.diff Revision: 1333539472 URL: https://bugs.php.net/patch-display.php?bug=61621&patch=61621.diff&revision=1333539472 Previous Comments: [2012-04-04 11:34:18] a...@php.net Description: All the failing tests diff looks like below or similar 036+ Warning: dir(1,1): The system cannot find the file specified. (code: 2) in C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\dir\dir_variation1.php on line 73 037+ 046+ Warning: dir(1,1): The system cannot find the file specified. (code: 2) in C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\dir\dir_variation1.php on line 73 047+ The tests are ext\standard\tests\dir\dir_variation8.phpt ext\standard\tests\dir\dir_variation9.phpt ext\standard\tests\dir\opendir_error2.phpt ext\standard\tests\dir\opendir_variation1.phpt ext\standard\tests\dir\opendir_variation6.phpt ext\standard\tests\dir\scandir_error2.phpt ext\standard\tests\dir\scandir_variation1.phpt ext\standard\tests\dir\scandir_variation6.phpt In the 5.4 and master branches thease are ignored on windows, so it must be pulled behind in the 5.3 branch. Expected result: tests pass Actual result: -- tests fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61621&edit=1
Bug #61621 [Com]: Test fail in ext/standard/tests/dir
Edit report at https://bugs.php.net/bug.php?id=61621&edit=1 ID: 61621 Comment by: a...@php.net Reported by: a...@php.net Summary:Test fail in ext/standard/tests/dir Status: Open Type: Bug Package:Directory function related Operating System: Windows PHP Version:5.3.10 Block user comment: N Private report: N New Comment: The patch adds an SKIPF clause on windows for the faling tests Previous Comments: [2012-04-04 11:37:52] a...@php.net The following patch has been added/updated: Patch Name: 61621.diff Revision: 1333539472 URL: https://bugs.php.net/patch-display.php?bug=61621&patch=61621.diff&revision=1333539472 [2012-04-04 11:34:18] a...@php.net Description: All the failing tests diff looks like below or similar 036+ Warning: dir(1,1): The system cannot find the file specified. (code: 2) in C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\dir\dir_variation1.php on line 73 037+ 046+ Warning: dir(1,1): The system cannot find the file specified. (code: 2) in C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\dir\dir_variation1.php on line 73 047+ The tests are ext\standard\tests\dir\dir_variation8.phpt ext\standard\tests\dir\dir_variation9.phpt ext\standard\tests\dir\opendir_error2.phpt ext\standard\tests\dir\opendir_variation1.phpt ext\standard\tests\dir\opendir_variation6.phpt ext\standard\tests\dir\scandir_error2.phpt ext\standard\tests\dir\scandir_variation1.phpt ext\standard\tests\dir\scandir_variation6.phpt In the 5.4 and master branches thease are ignored on windows, so it must be pulled behind in the 5.3 branch. Expected result: tests pass Actual result: -- tests fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61621&edit=1
[PHP-BUG] Bug #61631 [NEW]: mbstring mail related tests fail
From: ab Operating system: Windows PHP version: Irrelevant Package: mbstring related Bug Type: Bug Bug description:mbstring mail related tests fail Description: MBstring contains tests for the mail functionality. Thease tests are: ext\mbstring\tests\bug52861.phpt ext\mbstring\tests\mb_send_mail01.phpt ext\mbstring\tests\mb_send_mail02.phpt ext\mbstring\tests\mb_send_mail03.phpt ext\mbstring\tests\mb_send_mail04.phpt ext\mbstring\tests\mb_send_mail05.phpt ext\mbstring\tests\mb_send_mail06.phpt ext\mbstring\tests\mb_send_mail07.phpt For example the diff of ext\mbstring\tests\bug52861.phpt 001- To: exam...@example.com 002- Subject: %s 003- MIME-Version: 2.0 004- Content-Type: text/plain; charset=%s 005- Content-Transfer-Encoding: %s 006- Thease tests should not be run on windows, as on windows no sendmail binary is used but an available MTA is required. Expected result: tests pass Actual result: -- tests fail -- Edit bug report at https://bugs.php.net/bug.php?id=61631&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61631&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61631&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61631&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61631&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61631&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61631&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61631&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61631&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61631&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61631&r=support Expected behavior: https://bugs.php.net/fix.php?id=61631&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61631&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61631&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61631&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61631&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61631&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61631&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61631&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61631&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61631&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61631&r=mysqlcfg
Bug #61631 [PATCH]: mbstring mail related tests fail
Edit report at https://bugs.php.net/bug.php?id=61631&edit=1 ID: 61631 Patch added by: a...@php.net Reported by: a...@php.net Summary:mbstring mail related tests fail Status: Open Type: Bug Package:mbstring related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: 61631.diff Revision: 1333621963 URL: https://bugs.php.net/patch-display.php?bug=61631&patch=61631.diff&revision=1333621963 Previous Comments: [2012-04-05 10:14:54] a...@php.net Description: MBstring contains tests for the mail functionality. Thease tests are: ext\mbstring\tests\bug52861.phpt ext\mbstring\tests\mb_send_mail01.phpt ext\mbstring\tests\mb_send_mail02.phpt ext\mbstring\tests\mb_send_mail03.phpt ext\mbstring\tests\mb_send_mail04.phpt ext\mbstring\tests\mb_send_mail05.phpt ext\mbstring\tests\mb_send_mail06.phpt ext\mbstring\tests\mb_send_mail07.phpt For example the diff of ext\mbstring\tests\bug52861.phpt 001- To: exam...@example.com 002- Subject: %s 003- MIME-Version: 2.0 004- Content-Type: text/plain; charset=%s 005- Content-Transfer-Encoding: %s 006- Thease tests should not be run on windows, as on windows no sendmail binary is used but an available MTA is required. Expected result: tests pass Actual result: -- tests fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61631&edit=1
Bug #61631 [Com]: mbstring mail related tests fail
Edit report at https://bugs.php.net/bug.php?id=61631&edit=1 ID: 61631 Comment by: a...@php.net Reported by: a...@php.net Summary:mbstring mail related tests fail Status: Open Type: Bug Package:mbstring related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: In the patch supplied the mentioned tests are disabled to run on windows. Previous Comments: [2012-04-05 10:32:43] a...@php.net The following patch has been added/updated: Patch Name: 61631.diff Revision: 1333621963 URL: https://bugs.php.net/patch-display.php?bug=61631&patch=61631.diff&revision=1333621963 [2012-04-05 10:14:54] a...@php.net Description: MBstring contains tests for the mail functionality. Thease tests are: ext\mbstring\tests\bug52861.phpt ext\mbstring\tests\mb_send_mail01.phpt ext\mbstring\tests\mb_send_mail02.phpt ext\mbstring\tests\mb_send_mail03.phpt ext\mbstring\tests\mb_send_mail04.phpt ext\mbstring\tests\mb_send_mail05.phpt ext\mbstring\tests\mb_send_mail06.phpt ext\mbstring\tests\mb_send_mail07.phpt For example the diff of ext\mbstring\tests\bug52861.phpt 001- To: exam...@example.com 002- Subject: %s 003- MIME-Version: 2.0 004- Content-Type: text/plain; charset=%s 005- Content-Transfer-Encoding: %s 006- Thease tests should not be run on windows, as on windows no sendmail binary is used but an available MTA is required. Expected result: tests pass Actual result: -- tests fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61631&edit=1
[PHP-BUG] Bug #61632 [NEW]: Test ext\sockets\tests\socket_create_listen.phpt fails
From: ab Operating system: Windows PHP version: Irrelevant Package: Sockets related Bug Type: Bug Bug description:Test ext\sockets\tests\socket_create_listen.phpt fails Description: The test diff 001+ string(9) "127.0.0.1" 001- string(7) "0.0.0.0" Expected result: test pass Actual result: -- test fail -- Edit bug report at https://bugs.php.net/bug.php?id=61632&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61632&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61632&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61632&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61632&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61632&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61632&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61632&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61632&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61632&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61632&r=support Expected behavior: https://bugs.php.net/fix.php?id=61632&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61632&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61632&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61632&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61632&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61632&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61632&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61632&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61632&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61632&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61632&r=mysqlcfg
[PHP-BUG] Bug #61633 [NEW]: Test ext\sockets\tests\socket_create_pair-wrongparams.phpt fails
From: ab Operating system: Windows PHP version: Irrelevant Package: Sockets related Bug Type: Bug Bug description:Test ext\sockets\tests\socket_create_pair-wrongparams.phpt fails Description: Test diff: 006+ bool(true) 007- Warning: socket_create_pair(): unable to create socket pair [%d]: %s not supported in %s on line %d 008- bool(false) 009- 009+ bool(true) 012+ bool(true) 012- Warning: socket_create_pair(): unable to create socket pair [%d]: %s not supported in %s on line %d 013- bool(false) 014- 016- 017- Warning: socket_create_pair(): unable to create socket pair [%d]: %s not supported %s on line %d 018- bool(false) Expected result: test pass Actual result: -- test fail -- Edit bug report at https://bugs.php.net/bug.php?id=61633&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61633&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61633&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61633&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61633&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61633&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61633&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61633&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61633&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61633&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61633&r=support Expected behavior: https://bugs.php.net/fix.php?id=61633&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61633&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61633&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61633&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61633&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61633&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61633&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61633&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61633&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61633&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61633&r=mysqlcfg
[PHP-BUG] Bug #61634 [NEW]: Test ext\sockets\tests\socket_listen-wrongparams.phpt fails
From: ab Operating system: Windows PHP version: Irrelevant Package: Sockets related Bug Type: Bug Bug description:Test ext\sockets\tests\socket_listen-wrongparams.phpt fails Description: Test diff: 004+ Warning: socket_create(): Unable to create socket [0]: An address incompatible with the requested protocol was used. 005+ in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\socket_listen-wrongparams.php on line 3 004- Warning: socket_listen(): unable to listen on socket [%d]: Invalid argument in %s on line %d 005- bool(false) 006+ 007+ Warning: socket_listen() expects parameter 1 to be resource, boolean given in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\socket_listen-wrongparams.php on line 4 008+ NULL Expected result: test pass Actual result: -- test fail -- Edit bug report at https://bugs.php.net/bug.php?id=61634&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61634&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61634&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61634&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61634&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61634&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61634&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61634&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61634&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61634&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61634&r=support Expected behavior: https://bugs.php.net/fix.php?id=61634&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61634&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61634&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61634&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61634&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61634&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61634&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61634&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61634&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61634&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61634&r=mysqlcfg
[PHP-BUG] Bug #61635 [NEW]: ext\sockets\tests\socket_select-wrongparams-1.phpt
From: ab Operating system: Windows PHP version: Irrelevant Package: Sockets related Bug Type: Bug Bug description:ext\sockets\tests\socket_select-wrongparams-1.phpt Description: Test diff: 001+ int(0) 001- Warning: socket_select(): unable to select [%d]: Invalid argument in %s on line %d 002- bool(false) Expected result: test pass Actual result: -- test fail -- Edit bug report at https://bugs.php.net/bug.php?id=61635&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61635&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61635&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61635&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61635&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61635&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61635&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61635&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61635&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61635&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61635&r=support Expected behavior: https://bugs.php.net/fix.php?id=61635&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61635&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61635&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61635&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61635&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61635&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61635&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61635&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61635&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61635&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61635&r=mysqlcfg
[PHP-BUG] Bug #61637 [NEW]: ext\sockets\tests\socket_sentto_recvfrom_unix.phpt
From: ab Operating system: Windows PHP version: Irrelevant Package: Sockets related Bug Type: Bug Bug description:ext\sockets\tests\socket_sentto_recvfrom_unix.phpt Description: Test diff: 001+ Warning: socket_create(): Unable to create socket [0]: An address incompatible with the requested protocol was used. 002+ in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\socket_sentto_recvfrom_unix.php on line 2 001- Warning: socket_create(): Unable to create socket [%d]: Protocol not supported in %s on line %d 003- Warning: socket_recvfrom(): unable to recvfrom [%d]: Resource temporarily unavailable in %s on line %d 004- 005- Warning: socket_sendto() expects at least 5 parameters, 4 given in %s on line %d 004+ Warning: socket_create(): Unable to create socket [0]: An address incompatible with the requested protocol was used. 005+ in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\socket_sentto_recvfrom_unix.php on line 3 006+ Unable to create AF_UNIX socket 006- bool(false) 007- Received Ping! Expected result: test pass Actual result: -- test fail -- Edit bug report at https://bugs.php.net/bug.php?id=61637&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61637&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61637&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61637&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61637&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61637&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61637&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61637&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61637&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61637&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61637&r=support Expected behavior: https://bugs.php.net/fix.php?id=61637&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61637&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61637&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61637&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61637&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61637&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61637&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61637&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61637&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61637&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61637&r=mysqlcfg
[PHP-BUG] Bug #61638 [NEW]: Test ext\sockets\tests\unixloop.phpt fails
From: ab Operating system: Windows PHP version: Irrelevant Package: Sockets related Bug Type: Bug Bug description:Test ext\sockets\tests\unixloop.phpt fails Description: Test diff: 001+ Warning: socket_create(): Unable to create socket [0]: An address incompatible with the requested protocol was used. 002+ in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\unixloop.php on line 8 001- string(10) "ABCdef123 002- " 003+ Unable to create AF_UNIX socket [server] Expected result: test pass Actual result: -- test fail -- Edit bug report at https://bugs.php.net/bug.php?id=61638&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61638&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61638&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61638&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61638&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61638&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61638&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61638&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61638&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61638&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61638&r=support Expected behavior: https://bugs.php.net/fix.php?id=61638&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61638&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61638&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61638&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61638&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61638&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61638&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61638&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61638&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61638&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61638&r=mysqlcfg
Bug #61632 [PATCH]: Test ext\sockets\tests\socket_create_listen.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61632&edit=1 ID: 61632 Patch added by: a...@php.net Reported by: a...@php.net Summary:Test ext\sockets\tests\socket_create_listen.phpt fails Status: Open Type: Bug Package:Sockets related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: 61632.diff Revision: 1333630585 URL: https://bugs.php.net/patch-display.php?bug=61632&patch=61632.diff&revision=1333630585 Previous Comments: [2012-04-05 12:24:52] a...@php.net Description: The test diff 001+ string(9) "127.0.0.1" 001- string(7) "0.0.0.0" Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61632&edit=1
Bug #61632 [Com]: Test ext\sockets\tests\socket_create_listen.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61632&edit=1 ID: 61632 Comment by: a...@php.net Reported by: a...@php.net Summary:Test ext\sockets\tests\socket_create_listen.phpt fails Status: Open Type: Bug Package:Sockets related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: the original test was disabled on windows and duplicated to fit the output on windows Previous Comments: [2012-04-05 12:56:25] a...@php.net The following patch has been added/updated: Patch Name: 61632.diff Revision: 1333630585 URL: https://bugs.php.net/patch-display.php?bug=61632&patch=61632.diff&revision=1333630585 [2012-04-05 12:24:52] a...@php.net Description: The test diff 001+ string(9) "127.0.0.1" 001- string(7) "0.0.0.0" Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61632&edit=1
Bug #61633 [PATCH]: Test ext\sockets\tests\socket_create_pair-wrongparams.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61633&edit=1 ID: 61633 Patch added by: a...@php.net Reported by: a...@php.net Summary:Test ext\sockets\tests\socket_create_pair-wrongparams.phpt fails Status: Open Type: Bug Package:Sockets related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: 61633.diff Revision: 1333633677 URL: https://bugs.php.net/patch-display.php?bug=61633&patch=61633.diff&revision=1333633677 Previous Comments: [2012-04-05 12:27:07] a...@php.net Description: Test diff: 006+ bool(true) 007- Warning: socket_create_pair(): unable to create socket pair [%d]: %s not supported in %s on line %d 008- bool(false) 009- 009+ bool(true) 012+ bool(true) 012- Warning: socket_create_pair(): unable to create socket pair [%d]: %s not supported in %s on line %d 013- bool(false) 014- 016- 017- Warning: socket_create_pair(): unable to create socket pair [%d]: %s not supported %s on line %d 018- bool(false) Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61633&edit=1
Bug #61633 [Com]: Test ext\sockets\tests\socket_create_pair-wrongparams.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61633&edit=1 ID: 61633 Comment by: a...@php.net Reported by: a...@php.net Summary:Test ext\sockets\tests\socket_create_pair-wrongparams.phpt fails Status: Open Type: Bug Package:Sockets related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: In the patch the original test was disabled on windows. A duplicate was added to suite the windows behaviour. Previous Comments: [2012-04-05 13:47:57] a...@php.net The following patch has been added/updated: Patch Name: 61633.diff Revision: 1333633677 URL: https://bugs.php.net/patch-display.php?bug=61633&patch=61633.diff&revision=1333633677 [2012-04-05 12:27:07] a...@php.net Description: Test diff: 006+ bool(true) 007- Warning: socket_create_pair(): unable to create socket pair [%d]: %s not supported in %s on line %d 008- bool(false) 009- 009+ bool(true) 012+ bool(true) 012- Warning: socket_create_pair(): unable to create socket pair [%d]: %s not supported in %s on line %d 013- bool(false) 014- 016- 017- Warning: socket_create_pair(): unable to create socket pair [%d]: %s not supported %s on line %d 018- bool(false) Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61633&edit=1
Bug #61634 [PATCH]: Test ext\sockets\tests\socket_listen-wrongparams.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61634&edit=1 ID: 61634 Patch added by: a...@php.net Reported by: a...@php.net Summary:Test ext\sockets\tests\socket_listen-wrongparams.phpt fails Status: Open Type: Bug Package:Sockets related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: 61634.diff Revision: 1333634680 URL: https://bugs.php.net/patch-display.php?bug=61634&patch=61634.diff&revision=1333634680 Previous Comments: [2012-04-05 12:28:58] a...@php.net Description: Test diff: 004+ Warning: socket_create(): Unable to create socket [0]: An address incompatible with the requested protocol was used. 005+ in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\socket_listen-wrongparams.php on line 3 004- Warning: socket_listen(): unable to listen on socket [%d]: Invalid argument in %s on line %d 005- bool(false) 006+ 007+ Warning: socket_listen() expects parameter 1 to be resource, boolean given in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\socket_listen-wrongparams.php on line 4 008+ NULL Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61634&edit=1
Bug #61634 [Com]: Test ext\sockets\tests\socket_listen-wrongparams.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61634&edit=1 ID: 61634 Comment by: a...@php.net Reported by: a...@php.net Summary:Test ext\sockets\tests\socket_listen-wrongparams.phpt fails Status: Open Type: Bug Package:Sockets related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The patch disables this test on windows as unix sockets are not available there. Previous Comments: [2012-04-05 14:04:40] a...@php.net The following patch has been added/updated: Patch Name: 61634.diff Revision: 1333634680 URL: https://bugs.php.net/patch-display.php?bug=61634&patch=61634.diff&revision=1333634680 [2012-04-05 12:28:58] a...@php.net Description: Test diff: 004+ Warning: socket_create(): Unable to create socket [0]: An address incompatible with the requested protocol was used. 005+ in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\socket_listen-wrongparams.php on line 3 004- Warning: socket_listen(): unable to listen on socket [%d]: Invalid argument in %s on line %d 005- bool(false) 006+ 007+ Warning: socket_listen() expects parameter 1 to be resource, boolean given in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\socket_listen-wrongparams.php on line 4 008+ NULL Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61634&edit=1
Bug #61635 [Com]: ext\sockets\tests\socket_select-wrongparams-1.phpt
Edit report at https://bugs.php.net/bug.php?id=61635&edit=1 ID: 61635 Comment by: a...@php.net Reported by: a...@php.net Summary:ext\sockets\tests\socket_select-wrongparams-1.phpt Status: Open Type: Bug Package:Sockets related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The test was splitted to work on linux and windows. Previous Comments: [2012-04-05 14:24:29] a...@php.net The following patch has been added/updated: Patch Name: 61635.diff Revision: 1333635869 URL: https://bugs.php.net/patch-display.php?bug=61635&patch=61635.diff&revision=1333635869 [2012-04-05 12:31:01] a...@php.net Description: Test diff: 001+ int(0) 001- Warning: socket_select(): unable to select [%d]: Invalid argument in %s on line %d 002- bool(false) Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61635&edit=1
Bug #61637 [Com]: ext\sockets\tests\socket_sentto_recvfrom_unix.phpt
Edit report at https://bugs.php.net/bug.php?id=61637&edit=1 ID: 61637 Comment by: a...@php.net Reported by: a...@php.net Summary:ext\sockets\tests\socket_sentto_recvfrom_unix.phpt Status: Open Type: Bug Package:Sockets related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The test was disabled on windows as no unix sockets do exist there. Previous Comments: [2012-04-05 14:33:33] a...@php.net The following patch has been added/updated: Patch Name: 61637.diff Revision: 1333636413 URL: https://bugs.php.net/patch-display.php?bug=61637&patch=61637.diff&revision=1333636413 [2012-04-05 12:32:36] a...@php.net Description: Test diff: 001+ Warning: socket_create(): Unable to create socket [0]: An address incompatible with the requested protocol was used. 002+ in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\socket_sentto_recvfrom_unix.php on line 2 001- Warning: socket_create(): Unable to create socket [%d]: Protocol not supported in %s on line %d 003- Warning: socket_recvfrom(): unable to recvfrom [%d]: Resource temporarily unavailable in %s on line %d 004- 005- Warning: socket_sendto() expects at least 5 parameters, 4 given in %s on line %d 004+ Warning: socket_create(): Unable to create socket [0]: An address incompatible with the requested protocol was used. 005+ in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\socket_sentto_recvfrom_unix.php on line 3 006+ Unable to create AF_UNIX socket 006- bool(false) 007- Received Ping! Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61637&edit=1
Bug #61637 [PATCH]: ext\sockets\tests\socket_sentto_recvfrom_unix.phpt
Edit report at https://bugs.php.net/bug.php?id=61637&edit=1 ID: 61637 Patch added by: a...@php.net Reported by: a...@php.net Summary:ext\sockets\tests\socket_sentto_recvfrom_unix.phpt Status: Open Type: Bug Package:Sockets related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: 61637.diff Revision: 1333636413 URL: https://bugs.php.net/patch-display.php?bug=61637&patch=61637.diff&revision=1333636413 Previous Comments: [2012-04-05 12:32:36] a...@php.net Description: Test diff: 001+ Warning: socket_create(): Unable to create socket [0]: An address incompatible with the requested protocol was used. 002+ in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\socket_sentto_recvfrom_unix.php on line 2 001- Warning: socket_create(): Unable to create socket [%d]: Protocol not supported in %s on line %d 003- Warning: socket_recvfrom(): unable to recvfrom [%d]: Resource temporarily unavailable in %s on line %d 004- 005- Warning: socket_sendto() expects at least 5 parameters, 4 given in %s on line %d 004+ Warning: socket_create(): Unable to create socket [0]: An address incompatible with the requested protocol was used. 005+ in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\socket_sentto_recvfrom_unix.php on line 3 006+ Unable to create AF_UNIX socket 006- bool(false) 007- Received Ping! Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61637&edit=1
Bug #61635 [PATCH]: ext\sockets\tests\socket_select-wrongparams-1.phpt
Edit report at https://bugs.php.net/bug.php?id=61635&edit=1 ID: 61635 Patch added by: a...@php.net Reported by: a...@php.net Summary:ext\sockets\tests\socket_select-wrongparams-1.phpt Status: Open Type: Bug Package:Sockets related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: 61635.diff Revision: 1333635869 URL: https://bugs.php.net/patch-display.php?bug=61635&patch=61635.diff&revision=1333635869 Previous Comments: [2012-04-05 12:31:01] a...@php.net Description: Test diff: 001+ int(0) 001- Warning: socket_select(): unable to select [%d]: Invalid argument in %s on line %d 002- bool(false) Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61635&edit=1
Bug #61638 [PATCH]: Test ext\sockets\tests\unixloop.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61638&edit=1 ID: 61638 Patch added by: a...@php.net Reported by: a...@php.net Summary:Test ext\sockets\tests\unixloop.phpt fails Status: Open Type: Bug Package:Sockets related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: 61638.diff Revision: 1333636918 URL: https://bugs.php.net/patch-display.php?bug=61638&patch=61638.diff&revision=1333636918 Previous Comments: [2012-04-05 12:34:10] a...@php.net Description: Test diff: 001+ Warning: socket_create(): Unable to create socket [0]: An address incompatible with the requested protocol was used. 002+ in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\unixloop.php on line 8 001- string(10) "ABCdef123 002- " 003+ Unable to create AF_UNIX socket [server] Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61638&edit=1
Bug #61638 [Com]: Test ext\sockets\tests\unixloop.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61638&edit=1 ID: 61638 Comment by: a...@php.net Reported by: a...@php.net Summary:Test ext\sockets\tests\unixloop.phpt fails Status: Open Type: Bug Package:Sockets related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The patch disables this test on windows as unix sockets are not available there. Previous Comments: [2012-04-05 14:41:58] a...@php.net The following patch has been added/updated: Patch Name: 61638.diff Revision: 1333636918 URL: https://bugs.php.net/patch-display.php?bug=61638&patch=61638.diff&revision=1333636918 [2012-04-05 12:34:10] a...@php.net Description: Test diff: 001+ Warning: socket_create(): Unable to create socket [0]: An address incompatible with the requested protocol was used. 002+ in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\unixloop.php on line 8 001- string(10) "ABCdef123 002- " 003+ Unable to create AF_UNIX socket [server] Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61638&edit=1
[PHP-BUG] Bug #61659 [NEW]: Test ext\spl\tests\bug60082.phpt fails
From: ab Operating system: Windows PHP version: 5.3.10 Package: SPL related Bug Type: Bug Bug description:Test ext\spl\tests\bug60082.phpt fails Description: Test diff: 001- Deprecated: Call-time pass-by-reference has been deprecated in %sbug60082.php on line %d 002- Expected result: test pass Actual result: -- test fail -- Edit bug report at https://bugs.php.net/bug.php?id=61659&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61659&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61659&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61659&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61659&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61659&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61659&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61659&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61659&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61659&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61659&r=support Expected behavior: https://bugs.php.net/fix.php?id=61659&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61659&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61659&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61659&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61659&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61659&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61659&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61659&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61659&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61659&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61659&r=mysqlcfg
Bug #61659 [PATCH]: Test ext\spl\tests\bug60082.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61659&edit=1 ID: 61659 Patch added by: a...@php.net Reported by: a...@php.net Summary:Test ext\spl\tests\bug60082.phpt fails Status: Open Type: Bug Package:SPL related Operating System: Windows PHP Version:5.3.10 Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: 61659.diff Revision: 133380 URL: https://bugs.php.net/patch-display.php?bug=61659&patch=61659.diff&revision=133380 Previous Comments: [2012-04-07 11:57:10] a...@php.net Description: Test diff: 001- Deprecated: Call-time pass-by-reference has been deprecated in %sbug60082.php on line %d 002- Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61659&edit=1
Bug #61659 [Com]: Test ext\spl\tests\bug60082.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61659&edit=1 ID: 61659 Comment by: a...@php.net Reported by: a...@php.net Summary:Test ext\spl\tests\bug60082.phpt fails Status: Open Type: Bug Package:SPL related Operating System: Windows PHP Version:5.3.10 Block user comment: N Private report: N New Comment: allow_call_time_pass_reference is allowed by default, so enforce it to be off. the test isn't present in php 5.4 and master, so the issue is php 5.3 only. Previous Comments: [2012-04-07 12:00:00] a...@php.net The following patch has been added/updated: Patch Name: 61659.diff Revision: 133380 URL: https://bugs.php.net/patch-display.php?bug=61659&patch=61659.diff&revision=133380 [2012-04-07 11:57:10] a...@php.net Description: Test diff: 001- Deprecated: Call-time pass-by-reference has been deprecated in %sbug60082.php on line %d 002- Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61659&edit=1
[PHP-BUG] Bug #61666 [NEW]: ext\standard\tests\file\file_put_contents_variation8-win32.phpt fails
From: ab Operating system: Windows PHP version: 5.3.10 Package: Filesystem function related Bug Type: Bug Bug description:ext\standard\tests\file\file_put_contents_variation8-win32.phpt fails Description: Test diff: 030- 031- Warning: file_put_contents(): Filename cannot be empty in %s on line %d: file_put_contents(): Filename cannot be empty in %s on line %d The test fails on PHP 5.3 only Expected result: test pass Actual result: -- test fail -- Edit bug report at https://bugs.php.net/bug.php?id=61666&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61666&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61666&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61666&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61666&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61666&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61666&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61666&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61666&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61666&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61666&r=support Expected behavior: https://bugs.php.net/fix.php?id=61666&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61666&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61666&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61666&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61666&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61666&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61666&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61666&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61666&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61666&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61666&r=mysqlcfg
Bug #61666 [PATCH]: ext\standard\tests\file\file_put_contents_variation8-win32.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61666&edit=1 ID: 61666 Patch added by: a...@php.net Reported by: a...@php.net Summary: ext\standard\tests\file\file_put_contents_variation8-win32.phpt fails Status: Open Type: Bug Package:Filesystem function related Operating System: Windows PHP Version:5.3.10 Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: 61666.diff Revision: 1333880720 URL: https://bugs.php.net/patch-display.php?bug=61666&patch=61666.diff&revision=1333880720 Previous Comments: [2012-04-08 10:23:35] a...@php.net Description: Test diff: 030- 031- Warning: file_put_contents(): Filename cannot be empty in %s on line %d: file_put_contents(): Filename cannot be empty in %s on line %d The test fails on PHP 5.3 only Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61666&edit=1
Bug #61666 [Com]: ext\standard\tests\file\file_put_contents_variation8-win32.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61666&edit=1 ID: 61666 Comment by: a...@php.net Reported by: a...@php.net Summary: ext\standard\tests\file\file_put_contents_variation8-win32.phpt fails Status: Open Type: Bug Package:Filesystem function related Operating System: Windows PHP Version:5.3.10 Block user comment: N Private report: N New Comment: the warning for \0 isn't issued but an early return false is done, so just adopted the expected value Previous Comments: [2012-04-08 10:25:20] a...@php.net The following patch has been added/updated: Patch Name: 61666.diff Revision: 1333880720 URL: https://bugs.php.net/patch-display.php?bug=61666&patch=61666.diff&revision=1333880720 [2012-04-08 10:23:35] a...@php.net Description: Test diff: 030- 031- Warning: file_put_contents(): Filename cannot be empty in %s on line %d: file_put_contents(): Filename cannot be empty in %s on line %d The test fails on PHP 5.3 only Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61666&edit=1
[PHP-BUG] Bug #61667 [NEW]: ext\standard\tests\file\glob_variation-win32.phpt fails
From: ab
Operating system: windows
PHP version: 5.3.10
Package: Filesystem function related
Bug Type: Bug
Bug description:ext\standard\tests\file\glob_variation-win32.phpt fails
Description:
Test diff:
240+ bool(false)
241+ bool(false)
242+ bool(false)
243+ bool(false)
244+ bool(false)
245+ bool(false)
246+
247+ -- Iteration 9 --
248- string(%d) "%s/glob_variation/WONDER5"
255- -- Iteration 9 --
256+ string(33) "$file_path/glob_variation/wonder5"
263+ -- Iteration 10 --
264- string(%d) "$file_path/glob_variation/wonder5"
271- -- Iteration 10 --
272+ string(80)
"C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file/glob_variation/?wonder?"
279+ -- Iteration 11 --
280- string(%d) "%s/glob_variation/?wonder?"
287- -- Iteration 11 --
288+ string(79)
"C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file/glob_variation/wonder?"
295+ -- Iteration 12 --
296- string(%d) "%s/glob_variation/wonder?"
303- -- Iteration 12 --
304- array(0) {
304+ string(1) "1"
306- array(0) {
308- array(0) {
311+ *** Testing glob() with pattern within braces ***
312+ array(1) {
313+ [0]=>
314+ string(83)
"C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file/glob_variation/wonder12345"
312- string(%d) "1"
316+
317+ *** Testing glob() on directories ***
318+ -- Iteration 1 --
319+ array(1) {
320+ [0]=>
321+ string(79)
"C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file/glob_variation/wonder1"
318-
319- *** Testing glob() with pattern within braces ***
322- string(%d) "%s/glob_variation/wonder12345"
323+ -- Iteration 2 --
324+ array(1) {
325+ [0]=>
326+ string(79)
"C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file/glob_variation/wonder1"
324-
325- *** Testing glob() on directories ***
326- -- Iteration 1 --
328+ -- Iteration 3 --
331+ string(79)
"C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file/glob_variation/wonder1"
331- -- Iteration 2 --
332- array(1) {
333- [0]=>
334- string(%d) "%s/glob_variation/wonder1"
333+ -- Iteration 4 --
336+ -- Iteration 5 --
336- -- Iteration 3 --
339+ -- Iteration 6 --
342+ string(79)
"C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file/glob_variation/wonder1"
343+ }
344+ -- Iteration 7 --
345+ array(0) {
346+ }
347+ -- Iteration 8 --
348+ bool(false)
349+ -- Iteration 9 --
350+ array(0) {
351+ }
352+ -- Iteration 10 --
353+ array(0) {
355+ -- Iteration 11 --
360+ -- Iteration 12 --
361+ array(0) {
363+ Done
337- array(1) {
338- [0]=>
339- string(%d) "%s/glob_variation/wonder1"
340- }
341- -- Iteration 4 --
342- array(0) {
343- }
344- -- Iteration 5 --
345- array(0) {
346- }
347- -- Iteration 6 --
348- array(1) {
349- [0]=>
350- string(%d) "%s/glob_variation/wonder1"
351- }
352- -- Iteration 7 --
353- array(0) {
354- }
355- -- Iteration 8 --
356- array(0) {
357- }
358- -- Iteration 9 --
359- array(0) {
360- }
361- -- Iteration 10 --
362- array(0) {
363- }
364- -- Iteration 11 --
365- array(1) {
366- [0]=>
367- string(%d) "%s/glob_variation/wonder1"
368- }
369- -- Iteration 12 --
370- array(0) {
371- }
372- Done
Expected result:
test pass
Actual result:
--
test fail
--
Edit bug report at https://bugs.php.net/bug.php?id=61667&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=61667&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=61667&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=61667&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=61667&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=61667&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=61667&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=61667&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=61667&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=61667&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=61667&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=61667&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=61667&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=61667&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=61667&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=61667&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=61667&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=61667&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=61667&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=61667&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=6
Bug #61667 [PATCH]: ext\standard\tests\file\glob_variation-win32.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61667&edit=1
ID: 61667
Patch added by: a...@php.net
Reported by: a...@php.net
Summary:ext\standard\tests\file\glob_variation-win32.phpt
fails
Status: Open
Type: Bug
Package:Filesystem function related
Operating System: windows
PHP Version:5.3.10
Block user comment: N
Private report: N
New Comment:
The following patch has been added/updated:
Patch Name: 61667.diff
Revision: 1333883651
URL:
https://bugs.php.net/patch-display.php?bug=61667&patch=61667.diff&revision=1333883651
Previous Comments:
[2012-04-08 11:12:53] a...@php.net
Description:
Test diff:
240+ bool(false)
241+ bool(false)
242+ bool(false)
243+ bool(false)
244+ bool(false)
245+ bool(false)
246+
247+ -- Iteration 9 --
248- string(%d) "%s/glob_variation/WONDER5"
255- -- Iteration 9 --
256+ string(33) "$file_path/glob_variation/wonder5"
263+ -- Iteration 10 --
264- string(%d) "$file_path/glob_variation/wonder5"
271- -- Iteration 10 --
272+ string(80)
"C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file/glob_variation/?wonder?"
279+ -- Iteration 11 --
280- string(%d) "%s/glob_variation/?wonder?"
287- -- Iteration 11 --
288+ string(79)
"C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file/glob_variation/wonder?"
295+ -- Iteration 12 --
296- string(%d) "%s/glob_variation/wonder?"
303- -- Iteration 12 --
304- array(0) {
304+ string(1) "1"
306- array(0) {
308- array(0) {
311+ *** Testing glob() with pattern within braces ***
312+ array(1) {
313+ [0]=>
314+ string(83)
"C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file/glob_variation/wonder12345"
312- string(%d) "1"
316+
317+ *** Testing glob() on directories ***
318+ -- Iteration 1 --
319+ array(1) {
320+ [0]=>
321+ string(79)
"C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file/glob_variation/wonder1"
318-
319- *** Testing glob() with pattern within braces ***
322- string(%d) "%s/glob_variation/wonder12345"
323+ -- Iteration 2 --
324+ array(1) {
325+ [0]=>
326+ string(79)
"C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file/glob_variation/wonder1"
324-
325- *** Testing glob() on directories ***
326- -- Iteration 1 --
328+ -- Iteration 3 --
331+ string(79)
"C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file/glob_variation/wonder1"
331- -- Iteration 2 --
332- array(1) {
333- [0]=>
334- string(%d) "%s/glob_variation/wonder1"
333+ -- Iteration 4 --
336+ -- Iteration 5 --
336- -- Iteration 3 --
339+ -- Iteration 6 --
342+ string(79)
"C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file/glob_variation/wonder1"
343+ }
344+ -- Iteration 7 --
345+ array(0) {
346+ }
347+ -- Iteration 8 --
348+ bool(false)
349+ -- Iteration 9 --
350+ array(0) {
351+ }
352+ -- Iteration 10 --
353+ array(0) {
355+ -- Iteration 11 --
360+ -- Iteration 12 --
361+ array(0) {
363+ Done
337- array(1) {
338- [0]=>
339- string(%d) "%s/glob_variation/wonder1"
340- }
341- -- Iteration 4 --
342- array(0) {
343- }
344- -- Iteration 5 --
345- array(0) {
346- }
347- -- Iteration 6 --
348- array(1) {
349- [0]=>
350- string(%d) "%s/glob_variation/wonder1"
351- }
352- -- Iteration 7 --
353- array(0) {
354- }
355- -- Iteration 8 --
356- array(0) {
357- }
358- -- Iteration 9 --
359- array(0) {
360- }
361- -- Iteration 10 --
362- array(0) {
363- }
364- -- Iteration 11 --
365- array(1) {
366- [0]=>
367- string(%d) "%s/glob_variation/wonder1"
368- }
369- -- Iteration 12 --
370- array(0) {
371- }
372- Done
Expected result:
test pass
Actual result:
--
test fail
--
Edit this bug report at https://bugs.php.net/bug.php?id=61667&edit=1
Bug #61667 [Com]: ext\standard\tests\file\glob_variation-win32.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61667&edit=1
ID: 61667
Comment by: a...@php.net
Reported by: a...@php.net
Summary:ext\standard\tests\file\glob_variation-win32.phpt
fails
Status: Open
Type: Bug
Package:Filesystem function related
Operating System: windows
PHP Version:5.3.10
Block user comment: N
Private report: N
New Comment:
the test passes on php >=5.4, only the php 5.3 has changed
Previous Comments:
[2012-04-08 11:14:11] a...@php.net
The following patch has been added/updated:
Patch Name: 61667.diff
Revision: 1333883651
URL:
https://bugs.php.net/patch-display.php?bug=61667&patch=61667.diff&revision=1333883651
[2012-04-08 11:12:53] a...@php.net
Description:
Test diff:
240+ bool(false)
241+ bool(false)
242+ bool(false)
243+ bool(false)
244+ bool(false)
245+ bool(false)
246+
247+ -- Iteration 9 --
248- string(%d) "%s/glob_variation/WONDER5"
255- -- Iteration 9 --
256+ string(33) "$file_path/glob_variation/wonder5"
263+ -- Iteration 10 --
264- string(%d) "$file_path/glob_variation/wonder5"
271- -- Iteration 10 --
272+ string(80)
"C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file/glob_variation/?wonder?"
279+ -- Iteration 11 --
280- string(%d) "%s/glob_variation/?wonder?"
287- -- Iteration 11 --
288+ string(79)
"C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file/glob_variation/wonder?"
295+ -- Iteration 12 --
296- string(%d) "%s/glob_variation/wonder?"
303- -- Iteration 12 --
304- array(0) {
304+ string(1) "1"
306- array(0) {
308- array(0) {
311+ *** Testing glob() with pattern within braces ***
312+ array(1) {
313+ [0]=>
314+ string(83)
"C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file/glob_variation/wonder12345"
312- string(%d) "1"
316+
317+ *** Testing glob() on directories ***
318+ -- Iteration 1 --
319+ array(1) {
320+ [0]=>
321+ string(79)
"C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file/glob_variation/wonder1"
318-
319- *** Testing glob() with pattern within braces ***
322- string(%d) "%s/glob_variation/wonder12345"
323+ -- Iteration 2 --
324+ array(1) {
325+ [0]=>
326+ string(79)
"C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file/glob_variation/wonder1"
324-
325- *** Testing glob() on directories ***
326- -- Iteration 1 --
328+ -- Iteration 3 --
331+ string(79)
"C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file/glob_variation/wonder1"
331- -- Iteration 2 --
332- array(1) {
333- [0]=>
334- string(%d) "%s/glob_variation/wonder1"
333+ -- Iteration 4 --
336+ -- Iteration 5 --
336- -- Iteration 3 --
339+ -- Iteration 6 --
342+ string(79)
"C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file/glob_variation/wonder1"
343+ }
344+ -- Iteration 7 --
345+ array(0) {
346+ }
347+ -- Iteration 8 --
348+ bool(false)
349+ -- Iteration 9 --
350+ array(0) {
351+ }
352+ -- Iteration 10 --
353+ array(0) {
355+ -- Iteration 11 --
360+ -- Iteration 12 --
361+ array(0) {
363+ Done
337- array(1) {
338- [0]=>
339- string(%d) "%s/glob_variation/wonder1"
340- }
341- -- Iteration 4 --
342- array(0) {
343- }
344- -- Iteration 5 --
345- array(0) {
346- }
347- -- Iteration 6 --
348- array(1) {
349- [0]=>
350- string(%d) "%s/glob_variation/wonder1"
351- }
352- -- Iteration 7 --
353- array(0) {
354- }
355- -- Iteration 8 --
356- array(0) {
357- }
358- -- Iteration 9 --
359- array(0) {
360- }
361- -- Iteration 10 --
362- array(0) {
363- }
364- -- Iteration 11 --
365- array(1) {
366- [0]=>
367- string(%d) "%s/glob_variation/wonder1"
368- }
369- -- Iteration 12 --
370- array(0) {
371- }
372- Done
Expected result:
test pass
Actual result:
--
test fail
--
Edit this bug report at https://bugs.php.net/bug.php?id=61667&edit=1
[PHP-BUG] Bug #61668 [NEW]: ext\standard\tests\file\rename_variation13-win32.phpt fails
From: ab Operating system: windows PHP version: Irrelevant Package: *Directory/Filesystem functions Bug Type: Bug Bug description:ext\standard\tests\file\rename_variation13-win32.phpt fails Description: Test diff on php 5.3: 040+ -- 6 testing '^@' string -- 040- -- 6 testing ' Test diff on php 5.4: 005+ Warning: rename(-1,C:\php-sdk\php54\vc9\x86\php-src\ext\standard\tests\file/renameVar13/afile.tmp): The system cannot find the file specified. (code: 2) in C:\php-sdk\php54\vc9\x86\php-src\ext\standard\tests\file\rename_variation13-win32.php on line 53 005- Warning: rename(-1,%safile.tmp): The system cannot find the file specified. (code: 2) in %srename_variation13-win32.php on line 50 010+ Warning: rename(1,C:\php-sdk\php54\vc9\x86\php-src\ext\standard\tests\file/renameVar13/afile.tmp): The system cannot find the file specified. (code: 2) in C:\php-sdk\php54\vc9\x86\php-src\ext\standard\tests\file\rename_variation13-win32.php on line 53 010- Warning: rename(1,%safile.tmp): The system cannot find the file specified. (code: 2) in %srename_variation13-win32.php on line 50 042+ Warning: rename() expects parameter 2 to be a valid path, string given in C:\php-sdk\php54\vc9\x86\php-src\ext\standard\tests\file\rename_variation13-win32.php on line 45 042- Warning: rename() expects parameter 2 to be a valid path, string given in %srename_variation13-win32.php on line 42 045+ Warning: file_exists() expects parameter 1 to be a valid path, string given in C:\php-sdk\php54\vc9\x86\php-src\ext\standard\tests\file\rename_variation13-win32.php on line 46 045- Warning: file_exists() expects parameter 1 to be a valid path, string given in %srename_variation13-win32.php on line 43 047+ Warning: rename() expects parameter 1 to be a valid path, string given in C:\php-sdk\php54\vc9\x86\php-src\ext\standard\tests\file\rename_variation13-win32.php on line 53 047- Warning: rename() expects parameter 1 to be a valid path, string given in %srename_variation13-win32.php on line 50 051+ Warning: rename() expects parameter 2 to be a valid path, array given in C:\php-sdk\php54\vc9\x86\php-src\ext\standard\tests\file\rename_variation13-win32.php on line 45 051- Warning: rename() expects parameter 2 to be a valid path, array given in %srename_variation13-win32.php on line 42 054+ Warning: file_exists() expects parameter 1 to be a valid path, array given in C:\php-sdk\php54\vc9\x86\php-src\ext\standard\tests\file\rename_variation13-win32.php on line 46 054- Warning: file_exists() expects parameter 1 to be a valid path, array given in %srename_variation13-win32.php on line 43 056+ Warning: rename() expects parameter 1 to be a valid path, array given in C:\php-sdk\php54\vc9\x86\php-src\ext\standard\tests\file\rename_variation13-win32.php on line 53 056- Warning: rename() expects parameter 1 to be a valid path, array given in %srename_variation13-win32.php on line 50 060+ Warning: rename(C:\php-sdk\php54\vc9\x86\php-src\ext\standard\tests\file/renameVar13/afile.tmp,/no/such/file/dir): The system cannot find the path specified. (code: 3) in C:\php-sdk\php54\vc9\x86\php-src\ext\standard\tests\file\rename_variation13-win32.php on line 45 060- Warning: rename(%safile.tmp,/no/such/file/dir): The system cannot find the path specified. (code: 3) in %srename_variation13-win32.php on line 42 063+ Warning: rename(/no/such/file/dir,C:\php-sdk\php54\vc9\x86\php-src\ext\standard\tests\file/renameVar13/afile.tmp): The system cannot find the path specified. (code: 3) in C:\php-sdk\php54\vc9\x86\php-src\ext\standard\tests\file\rename_variation13-win32.php on line 53 063- Warning: rename(/no/such/file/dir,%safile.tmp): The system cannot find the path specified. (code: 3) in %srename_variation13-win32.php on line 50 067+ Warning: rename(C:\php-sdk\php54\vc9\x86\php-src\ext\standard\tests\file/renameVar13/afile.tmp,php/php): The system cannot find the path specified. (code: 3) in C:\php-sdk\php54\vc9\x86\php-src\ext\standard\tests\file\rename_variation13-win32.php on line 45 067- Warning: rename(%safile.tmp,php/php): The system cannot find the path specified. (code: 3) in %srename_variation13-win32.php on line 42 070+ Warning: rename(php/php,C:\php-sdk\php54\vc9\x86\php-src\ext\standard\tests\file/renameVar13/afile.tmp): The system cannot find the path specified. (code: 3) in C:\php-sdk\php54\vc9\x86\php-src\ext\standard\tests\file\rename_variation13-win32.php on line 53 070- Warning: rename(php/php,%safile.tmp): The system cannot find the path specified. (code: 3) in %srename_variation13-win32.php on line 50 Expected result: test pass Actual result: -- test fail -- Edit bug report at https://bugs.php.net/bug.php?id=61668&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61668&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61668&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?
