[PHP-BUG] Bug #61878 [NEW]: FILTER_VALIDATE_URL doesn't support tel: schema
From: Operating system: Debian PHP version: 5.3.11 Package: Filter related Bug Type: Bug Bug description:FILTER_VALIDATE_URL doesn't support tel: schema Description: filter_var($uri, FILTER_VALIDATE_URL) will return false if $uri is a "tel:" scheme. I'm not sure if this is covered by RFC 2396, so if it isn't then this should become a feature request instead of a bug. Test script: --- $uri = 'tel:4166520322'; echo filter_var($uri, FILTER_VALIDATE_URL) ? "ok" : "no"; Expected result: ok Actual result: -- no -- Edit bug report at https://bugs.php.net/bug.php?id=61878&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61878&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61878&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61878&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61878&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61878&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61878&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61878&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61878&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61878&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61878&r=support Expected behavior: https://bugs.php.net/fix.php?id=61878&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61878&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61878&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61878&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61878&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61878&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61878&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61878&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61878&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61878&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61878&r=mysqlcfg
Bug #61827 [Csd->Asn]: incorrect \e processing on Windows
Edit report at https://bugs.php.net/bug.php?id=61827&edit=1
ID: 61827
Updated by: paj...@php.net
Reported by:a...@php.net
Summary:incorrect \e processing on Windows
-Status: Closed
+Status: Assigned
Type: Bug
Package:Scripting Engine problem
Operating System: windows
PHP Version:5.4.0
-Assigned To:pajoye
+Assigned To:felipe
Block user comment: N
Private report: N
New Comment:
hi Felipe!
Please use VK_ESCAPE instead.
Thanks!
Previous Comments:
[2012-04-29 22:38:38] fel...@php.net
This bug has been fixed in SVN.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
For Windows:
http://windows.php.net/snapshots/
Thank you for the report, and for helping us make PHP better.
[2012-04-29 22:37:42] fel...@php.net
Automatic comment on behalf of felipe...@gmail.com
Revision:
http://git.php.net/?p=php-src.git;a=commit;h=cc5b995c78038b92317b38356c9009ff80850d8b
Log: - Fixed bug #61827 (incorrect \e processing on Windows) patch by:
a...@php.net
[2012-04-26 14:56:44] a...@php.net
As a variation VK_ESCAPE or 0x1b could be used to represent \e on windows,
which is equivalent to (char)27
[2012-04-23 16:35:08] a...@php.net
Btw. compiling that snippet on windows there is an interesting line in the
compiler out:
>cl esc.c
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 16.00.40219.01 for 80x86
Copyright (C) Microsoft Corporation. All rights reserved.
esc.c
esc.c(5) : warning C4129: 'e' : unrecognized character escape sequence
Microsoft (R) Incremental Linker Version 10.00.40219.01
Copyright (C) Microsoft Corporation. All rights reserved.
/out:esc.exe
esc.obj
[2012-04-23 15:35:13] a...@php.net
Description:
Zend\tests\bug60350.phpt fails on windows. Simple reproduce case
> Debug_TS\php -r "$str = \"\e\"; var_dump(ord($str));"
int(101)
where it should be 27
The implementation in bug 60350 seems to be not compatible with windows,
consider the following snippet
==
#include
int main(void)
{
printf("'%d' '%c' '%d'\n", (int)'\e', (char)27, (int)(char)27);
return 0;
}
==
compiled on linux it gives
'27' ' '27'
compiled on windows
'101' 'â' '27'
The current implementation uses '\e' for escaping, which should be (char)27 on
windows.
--
Edit this bug report at https://bugs.php.net/bug.php?id=61827&edit=1
Bug #61828 [Com]: Memleak when calling Directory(Recursive)Iterator/Spl(Temp)FileObject ctor twice
Edit report at https://bugs.php.net/bug.php?id=61828&edit=1
ID: 61828
Comment by: reeze dot xia at gmail dot com
Reported by:fel...@php.net
Summary:Memleak when calling
Directory(Recursive)Iterator/Spl(Temp)FileObject
ctor twice
Status: Open
Type: Bug
Package:SPL related
PHP Version:Irrelevant
Block user comment: N
Private report: N
New Comment:
Hi, felipe:
I have attached a patch for this bug. and sent pull request at:
https://github.com/php/php-src/pull/71
will you take a look at this request?
Thank you!
Previous Comments:
[2012-04-23 16:10:34] fel...@php.net
Description:
See below.
Test script:
---
__construct('.');
Actual result:
--
/home/felipe/dev/php-src/main/streams/streams.c(530) : Stream of type 'dir'
0x7fd490d7e5c0 (path:(null)) was not closed
[Mon Apr 23 13:07:34 2012] Script: '../bug.php'
/home/felipe/dev/php-src/main/streams/streams.c(292) : Freeing 0x7FD490D7E5C0
(248 bytes), script=../bug.php
/home/felipe/dev/php-src/main/streams/plain_wrapper.c(883) : Actual location
(location was relayed)
[Mon Apr 23 13:07:34 2012] Script: '../bug.php'
/home/felipe/dev/php-src/ext/spl/spl_directory.c(252) : Freeing 0x7FD490D7EA08
(2 bytes), script=../bug.php
=== Total 2 memory leaks detected ===
--
Edit this bug report at https://bugs.php.net/bug.php?id=61828&edit=1
[PHP-BUG] Bug #61877 [NEW]: Array key not casted to Integer.
From:
Operating system:
PHP version: 5.4.1
Package: SimpleXML related
Bug Type: Bug
Bug description:Array key not casted to Integer.
Description:
PHP Array manual:
"Floats are also cast to integers, which means that the fractional part
will be
truncated. E.g. the key 8.7 will actually be stored under 8."
But this rule is ignored by SimpleXML object's array.
Test script:
---
$xml =
simplexml_load_string("01");
$i = (int) 1;
$d = (float) 1;
$xml->number[$d] = 999;
echo $xml->number[$d] .", ". $xml->number[$i];
Expected result:
999, 999
Actual result:
--
999, 1
--
Edit bug report at https://bugs.php.net/bug.php?id=61877&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=61877&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=61877&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=61877&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=61877&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=61877&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=61877&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=61877&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=61877&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=61877&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=61877&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=61877&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=61877&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=61877&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=61877&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=61877&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=61877&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=61877&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=61877&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=61877&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=61877&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=61877&r=mysqlcfg
Bug #61751 [Com]: php_register_internal_extensions error
Edit report at https://bugs.php.net/bug.php?id=61751&edit=1
ID: 61751
Comment by: worstnitemare at gmail dot com
Reported by:worstnitemare at gmail dot com
Summary:php_register_internal_extensions error
Status: Feedback
Type: Bug
Package:Compile Failure
Operating System: AIX 5.3
PHP Version:5.4.0
Block user comment: N
Private report: N
New Comment:
Thanks for the reply...
I have tried shorting down the config to this.
./configure --prefix=/bp/d01/usr/home/bpw/bin/php \
--with-apxs2=/bp/d01/usr/home/bpw/bin/apache/bin/apxs \
--with-config-file-path=/bp/d01/usr/home/bpw/bin/apache/conf \
--enable-zip \
--with-zlib-dir=/bp/d01/usr/home/bpw/bin/zlib \
--enable-shared \
--with-libxml-dir=/bp/d01/usr/home/bpw/bin/libxml2
The config is successful as per previous config but fails on the "make" with
the
same error. I dont believe i made that clear in my original post, sorry.
config.log doesnt appear to reveal any standouts?
Earlier versions were never compiled with CLI support.
I checked the 2 files mentioned and they both have -
PHPAPI int php_register_internal_extensions(TSRMLS_D)
{
return php_register_extensions(php_builtin_extensions, EXTCOUNT
TSRMLS_CC);
}
Thanks.
Previous Comments:
[2012-04-20 18:57:32] s...@php.net
Are there any earlier configure errors/warnings? Check config.log and see what
is failing.
When configure succeeds, you should have main/internal_functions.c and
main/internal_functions_cli.c, both declaring php_register_internal_extensions.
Have your configure options worked in previous versions? See
https://bugs.php.net/bug.php?id=61450
[2012-04-17 06:36:19] worstnitemare at gmail dot com
also tried php5.4-201204170330 with the same result.
[2012-04-17 06:33:44] worstnitemare at gmail dot com
Description:
./configure --prefix=/bp/d01/usr/home/bpw/bin/php \
--with-apxs2=/bp/d01/usr/home/bpw/bin/apache/bin/apxs \
--with-config-file-path=/bp/d01/usr/home/bpw/bin/apache/conf \
--enable-zip \
--with-zlib-dir=/bp/d01/usr/home/bpw/bin/zlib \
--enable-shared \
--with-libxml-dir=/bp/d01/usr/home/bpw/bin/libxml2 \
--with-mysql=mysqlnd \
--with-mysqli=mysqlnd \
--with-mysqli=mysqlnd \
--with-pdo-mysql=mysqlnd \
--with-mcrypt=/bp/d01/usr/home/bpw/bin/libmcrypt \
--enable-mbstring \
--with-curl=/bp/d01/usr/home/bpw/bin/curl \
--with-oci8=/bp/d01/usr/home/bpw/bin/oracle/db/10.2 \
--with-openssl=/bp/d01/usr/home/bpw/bin/openssl \
--with-ldap=/bp/d01/usr/home/bpw/bin/ldap
ld: 0711-319 WARNING: Exported symbol not defined:
php_register_internal_extensions
ld: 0711-317 ERROR: Undefined symbol: php_register_internal_extensions
collect2: ld returned 8 exit status
make: *** [sapi/cli/php] Error 1
adding "--disable-cli and --disable-cgi" args allows it to compile.
--
Edit this bug report at https://bugs.php.net/bug.php?id=61751&edit=1
Bug #61827 [Asn->Csd]: incorrect \e processing on Windows
Edit report at https://bugs.php.net/bug.php?id=61827&edit=1
ID: 61827
Updated by: fel...@php.net
Reported by:a...@php.net
-Summary:incorrect \e processing
+Summary:incorrect \e processing on Windows
-Status: Assigned
+Status: Closed
Type: Bug
Package:Scripting Engine problem
Operating System: windows
PHP Version:5.4.0
Assigned To:pajoye
Block user comment: N
Private report: N
New Comment:
This bug has been fixed in SVN.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
For Windows:
http://windows.php.net/snapshots/
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2012-04-29 22:37:42] fel...@php.net
Automatic comment on behalf of felipe...@gmail.com
Revision:
http://git.php.net/?p=php-src.git;a=commit;h=cc5b995c78038b92317b38356c9009ff80850d8b
Log: - Fixed bug #61827 (incorrect \e processing on Windows) patch by:
a...@php.net
[2012-04-26 14:56:44] a...@php.net
As a variation VK_ESCAPE or 0x1b could be used to represent \e on windows,
which is equivalent to (char)27
[2012-04-23 16:35:08] a...@php.net
Btw. compiling that snippet on windows there is an interesting line in the
compiler out:
>cl esc.c
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 16.00.40219.01 for 80x86
Copyright (C) Microsoft Corporation. All rights reserved.
esc.c
esc.c(5) : warning C4129: 'e' : unrecognized character escape sequence
Microsoft (R) Incremental Linker Version 10.00.40219.01
Copyright (C) Microsoft Corporation. All rights reserved.
/out:esc.exe
esc.obj
[2012-04-23 15:35:13] a...@php.net
Description:
Zend\tests\bug60350.phpt fails on windows. Simple reproduce case
> Debug_TS\php -r "$str = \"\e\"; var_dump(ord($str));"
int(101)
where it should be 27
The implementation in bug 60350 seems to be not compatible with windows,
consider the following snippet
==
#include
int main(void)
{
printf("'%d' '%c' '%d'\n", (int)'\e', (char)27, (int)(char)27);
return 0;
}
==
compiled on linux it gives
'27' ' '27'
compiled on windows
'101' 'â' '27'
The current implementation uses '\e' for escaping, which should be (char)27 on
windows.
--
Edit this bug report at https://bugs.php.net/bug.php?id=61827&edit=1
Bug #61783 [Com]: ZipArchive::getStream() crashes php-fcgi (5.3.10)
Edit report at https://bugs.php.net/bug.php?id=61783&edit=1
ID: 61783
Comment by: reeze dot xia at gmail dot com
Reported by:james at jamesreno dot com
Summary:ZipArchive::getStream() crashes php-fcgi (5.3.10)
Status: Feedback
Type: Bug
Package:Zip Related
Operating System: linux
PHP Version:5.3.10
Block user comment: N
Private report: N
New Comment:
I ever reproduce it in 5.3.10 but only several times. I can't reproduce it
anymore.
Can you provide more information about the bug? or try lastest version?
Previous Comments:
[2012-04-22 04:30:56] larue...@php.net
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
[2012-04-20 09:14:57] james at jamesreno dot com
the second two $zip->'s should have been $zip2->'s :( sorry its late (5am)...
[2012-04-20 09:08:21] james at jamesreno dot com
Description:
When php is running in fcgi mode ZipArchive::getStream() causes PHP to crash.
Test script:
---
open("/tmp/test.zip",ZIPARCHIVE::CREATE);
$zip->addFromString("test.txt","This is a test");
$zip->close();
unset($zip);
$zip2 = new ZipArchive();
$zip->open("/tmp/test.zip");
$fd = $zip->getStream("test.txt"); // CRASH
?>
Expected result:
Zip to return file handle.
Actual result:
--
PHP Crashes (webserver reports *498 recv() failed (104: Connection reset by
peer)
while reading response header from upstream) and returns 502 Bad Gateway...
--
Edit this bug report at https://bugs.php.net/bug.php?id=61783&edit=1
Bug #61546 [Com]: get_current_user() return empty string after chdir
Edit report at https://bugs.php.net/bug.php?id=61546&edit=1
ID: 61546
Comment by: reeze dot xia at gmail dot com
Reported by:daedmen at gmail dot com
Summary:get_current_user() return empty string after chdir
Status: Open
Type: Bug
Package:Unknown/Other Function
Operating System: Debian 4.3.5-4
PHP Version:5.3.10
Block user comment: N
Private report: N
New Comment:
Hi,
I can only reproduce it in cli sapi, fast-cgi & fpm didn't affected.
and I sent a pull request https://github.com/php/php-src/pull/69.
Thanks.
Previous Comments:
[2012-03-28 18:31:40] daedmen at gmail dot com
Description:
After chdir get_current_user() return ''
Test script:
---
---first script---
var_dump(get_current_user());
---second---
var_dump(chdir('../'),get_current_user());
---third---
var_dump(get_current_user(),chdir('../'),get_current_user());
Expected result:
always return current user
Actual result:
--
first script return current user -ok
second return empty string
third return current user to times
--
Edit this bug report at https://bugs.php.net/bug.php?id=61546&edit=1
Bug #61875 [Com]: mbsring frequently crashing httpd.exe
Edit report at https://bugs.php.net/bug.php?id=61875&edit=1 ID: 61875 Comment by: robertassaf1 at gmail dot com Reported by:robertassaf1 at gmail dot com Summary:mbsring frequently crashing httpd.exe Status: Feedback Type: Bug Package:Apache2 related Operating System: Windows 2003 R2 SP2 32bits PHP Version:5.3.11 Block user comment: N Private report: N New Comment: Hello, I increased the ThreadStackSize to 2097152 (2M) in httpd-mpm.conf but the error still occurs. I tried also to increase the same parameter to 8M but Apache and PHP became unstable, athough the server is running on VMWare and has alot of memory (4 GB) it seems that the kernel for some reason is not fully using the memory allocated. Regards, Robert Previous Comments: [2012-04-28 10:02:42] paj...@php.net Please try to increase the apache stack (httpd.conf or changing the binary default stack). [2012-04-28 09:55:44] robertassaf1 at gmail dot com Description: We are facing frequent httpd.exe crashes reported in Windows 2003 event manager. It happens at least 4 to 10 times a day at random. The cause of the issue is unknown. The event manager reports the following: "Faulting application httpd.exe, version 2.2.21.0, faulting module php_mbstring.dll, version 5.3.10.0, fault address 0x0002c94c." Test script: --- Unfortunately we don't have any script to reproduce the issue as we don't know what is causing it. Actual result: -- Type of Analysis Performed Crash Analysis Machine Name INTRASRV1 Operating System Windows Server 2003 Service Pack 2 Number Of Processors 4 Process ID 3236 Process Image C:\wamp\bin\apache\apache2.2.21\bin\httpd.exe System Up-Time 9 day(s) 16:05:13 Process Up-Time 1 day(s) 21:20:02 Thread 107 - System ID 4544 Entry point msvcr90!_threadstartex Create time 4/26/2012 9:44:34 AM Time spent in user mode 0 Days 0:0:51.890 Time spent in kernel mode 0 Days 0:0:21.843 Full Call Stack Function Arg 1 Arg 2 Arg 3 Arg 4 Source php_mbstring!node_new_str+c 375b82af 375b82b0 03a4e8e0 0003 c:\php-sdk\snap_5_3\vc9\x86\php-5.3.11-ts\ext\mbstring\oniguruma\regparse.c @ 1463 + c php_mbstring!parse_exp+79a 03a4e940 375b8378 03a4e968 c:\php-sdk\snap_5_3\vc9\x86\php-5.3.11-ts\ext\mbstring\oniguruma\regparse.c @ 4835 + c php_mbstring!parse_branch+94 03a4e908 03a4e940 375b8378 c:\php-sdk\snap_5_3\vc9\x86\php-5.3.11-ts\ext\mbstring\oniguruma\regparse.c @ 5181 + 1d php_mbstring!parse_subexp+b2 05eff5b0 03a4e908 03a4e940 c:\php-sdk\snap_5_3\vc9\x86\php-5.3.11-ts\ext\mbstring\oniguruma\regparse.c @ 5223 + 12 php_mbstring!onig_parse_make_tree+c1 03a4e958 375b82a0 375b8378 375b82b0 c:\php-sdk\snap_5_3\vc9\x86\php-5.3.11-ts\ext\mbstring\oniguruma\regparse.c @ 5279 + 3e php_mbstring!onig_compile+87 20074780 375b82a0 375b8378 03a4ea2c c:\php-sdk\snap_5_3\vc9\x86\php-5.3.11-ts\ext\mbstring\oniguruma\regcomp.c @ 5169 php_mbstring!onig_new+4c 03a4ea1c 375b82a0 375b8378 000d c:\php-sdk\snap_5_3\vc9\x86\php-5.3.11-ts\ext\mbstring\oniguruma\regcomp.c @ 5399 + 14 php_mbstring!php_mbregex_compile_pattern+ba 000d 01794440 0001 16cb4568 c:\php-sdk\snap_5_3\vc9\x86\php-5.3.11-ts\ext\mbstring\php_mbregex.c @ 458 + 25 php_mbstring!_php_mb_regex_ereg_replace_exec+239 0003 0001 00df756a 0003 c:\php-sdk\snap_5_3\vc9\x86\php-5.3.11-ts\ext\mbstring\php_mbregex.c @ 857 + 27 php_mbstring!zif_mb_eregi_replace+14 0003 375b7fa0 c:\php-sdk\snap_5_3\vc9\x86\php-5.3.11-ts\ext\mbstring\php_mbregex.c @ 980 + 14 php5ts!execute_internal+3a 12296958 0001 16cd77d8 0003 c:\php-sdk\snap_5_3\vc9\x86\php-5.3.11-ts\zend\zend_execute.c @ 1273 + 2c php_xdebug_2_1_2_5_3_vc9!get_module+205c Exception Information PHP_MBSTRING!NODE_NEW_STR+CIn httpd__PID__3236__Date__04_28_2012__Time_07_04_35AM__700__First Chance Access Violation.dmp the assembly instruction at php_mbstring!node_new_str+c in c:\wamp\bin\php\php5.3.11\ext\php_mbstring.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x0100 on thread 107 Module Information Image Name: c:\wamp\bin\php\php5.3.11\ext\php_mbstring.dll Symbol Type: PDB Base address: 0x00905a4d Time Stamp: Wed Apr 25 02:20:45 2012 Checksum: 0x3100 Comments: Thanks to Tsukada Takuya, Rui Hirokawa COM DLL: False Company Name: The PHP Gro
