[PHP-BUG] Bug #64476 [NEW]: Test/document WebP-support
From: neufeind Operating system: PHP version: master-Git-2013-03-21 (Git) Package: GD related Bug Type: Bug Bug description:Test/document WebP-support Description: Pierre just mentioned that GD supports WebP (now). This would need to be added to the docs as well then for the usual functions (imagecreatefromwebp(), ...). https://bitbucket.org/pierrejoye/gd-libgd/issue/3/webp-support -- Edit bug report at https://bugs.php.net/bug.php?id=64476&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64476&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64476&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64476&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64476&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64476&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64476&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64476&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64476&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64476&r=support Expected behavior: https://bugs.php.net/fix.php?id=64476&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64476&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64476&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64476&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64476&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64476&r=dst IIS Stability: https://bugs.php.net/fix.php?id=64476&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64476&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64476&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64476&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64476&r=mysqlcfg
[PHP-BUG] Bug #52929 [NEW]: Segfault in filter_var with FILTER_VALIDATE_EMAIL with large amount of data
From: neufeind Operating system: PHP version: 5.3.3 Package: Unknown/Other Function Bug Type: Bug Bug description:Segfault in filter_var with FILTER_VALIDATE_EMAIL with large amount of data Description: Using the attached test-script with just a large amount of data (e.g. 8kb of just "x") segfaults php. Tried with 5.3.3 (Fedora) and also some 5.3.4-snapshot that I could get hold of. Crashed for me with around 8kb of data. If it works fine for you, maybe increase that limit to 16kb or so. Test script: --- >x.data; done Expected result: bool(false) Actual result: -- segfault -- Edit bug report at http://bugs.php.net/bug.php?id=52929&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=52929&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=52929&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=52929&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=52929&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=52929&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=52929&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=52929&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=52929&r=needscript Try newer version: http://bugs.php.net/fix.php?id=52929&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=52929&r=support Expected behavior: http://bugs.php.net/fix.php?id=52929&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=52929&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=52929&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=52929&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52929&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=52929&r=dst IIS Stability: http://bugs.php.net/fix.php?id=52929&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=52929&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=52929&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=52929&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=52929&r=mysqlcfg
Bug #52929 [Com]: Segfault in filter_var with FILTER_VALIDATE_EMAIL with large amount of data
Edit report at http://bugs.php.net/bug.php?id=52929&edit=1 ID: 52929 Comment by: neufe...@php.net Reported by:neufe...@php.net Summary:Segfault in filter_var with FILTER_VALIDATE_EMAIL with large amount of data Status: Open Type: Bug Package:Unknown/Other Function PHP Version:5.3.3 Block user comment: N New Comment: Looking at the source at http://svn.php.net/viewvc/php/php-src/trunk/ext/filter/logical_filters.c?view=markup I wonder if the problem itself might be in the pcre-lib used since the email-validation itself is PCRE-based? Fedora Linux here ships with PCRE 7.8. Previous Comments: [2010-09-27 02:09:24] neufe...@php.net Description: Using the attached test-script with just a large amount of data (e.g. 8kb of just "x") segfaults php. Tried with 5.3.3 (Fedora) and also some 5.3.4-snapshot that I could get hold of. Crashed for me with around 8kb of data. If it works fine for you, maybe increase that limit to 16kb or so. Test script: --- >x.data; done Expected result: bool(false) Actual result: -- segfault -- Edit this bug report at http://bugs.php.net/bug.php?id=52929&edit=1
Bug #52929 [Com]: Segfault in filter_var with FILTER_VALIDATE_EMAIL with large amount of data
Edit report at http://bugs.php.net/bug.php?id=52929&edit=1 ID: 52929 Comment by: neufe...@php.net Reported by:neufe...@php.net Summary:Segfault in filter_var with FILTER_VALIDATE_EMAIL with large amount of data Status: Assigned Type: Bug Package:Filter related PHP Version:5.3.3 Assigned To:aharvey Block user comment: N New Comment: Well, then how about please at least adding a pre-filter as rasmus suggested? For the special case (I agree) of email-validation that should be possible. Previous Comments: [2010-09-27 08:47:09] ahar...@php.net Fair call; I'll prosecute the argument for NO_RECURSE elsewhere! The limit on address length is 320 octets per RFC 2821 (64 octet local-part + 1 octet "@" + 255 octet domain), so we may as well set the limit there for now. (If RFC 5336 becomes widespread, that may need to be revisited, but let's cross that bridge when we come to it.) Any system that's so stack constrained for that to be an issue is likely to have other problems anyway. :) Fix for 5.3 and trunk forthcoming, just as soon as I write a test. [2010-09-27 07:24:16] ras...@php.net Perhaps a simple pre-filter before we hit the regex. You can't actually have an 8k email address. There are length limits both before and after the @. [2010-09-27 05:21:50] ahar...@php.net I hate you, Chrome. Anyway, as I was saying, I'm not terribly comfortable closing this, since it's likely sites will actually be passing user data straight to filter_var(). I mean, that's what it's there for. Is it worth revisiting the decision to compile our bundled libpcre in its default stack recursive mode? I know NO_RECURSE is slower, but I'm nervous about potential remote crashers. [2010-09-27 05:19:58] ahar...@php.net This is the normal issue with heavily nested regular expressions exhausting the available stack size. I can upload a backtrace if there's a sudden desire to see several thousand recursive invocations of PCRE's match function. :) I'm not really comfortable closing this, even though we normally just close preg_replace -------- [2010-09-27 02:38:06] neufe...@php.net Looking at the source at http://svn.php.net/viewvc/php/php-src/trunk/ext/filter/logical_filters.c?view=markup I wonder if the problem itself might be in the pcre-lib used since the email-validation itself is PCRE-based? Fedora Linux here ships with PCRE 7.8. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=52929 -- Edit this bug report at http://bugs.php.net/bug.php?id=52929&edit=1
Bug #52929 [Com]: Segfault in filter_var with FILTER_VALIDATE_EMAIL with large amount of data
Edit report at http://bugs.php.net/bug.php?id=52929&edit=1 ID: 52929 Comment by: neufe...@php.net Reported by:neufe...@php.net Summary:Segfault in filter_var with FILTER_VALIDATE_EMAIL with large amount of data Status: Closed Type: Bug Package:Filter related PHP Version:5.3.3 Assigned To:aharvey Block user comment: N New Comment: Well, a remotely triggerable segfault might be worth a security-thought/backport of such a minimal invasive patch, wouldn't it? :-) Previous Comments: [2010-09-28 15:12:37] fel...@php.net Hi, 5.2.x branch is in security bug fixes only. :) [2010-09-28 15:03:26] support at hosting-agency dot de This problem is also included in PHP version 5.2.14 [2010-09-27 09:08:13] ahar...@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/. Thank you for the report, and for helping us make PHP better. [2010-09-27 09:08:06] ahar...@php.net Automatic comment from SVN on behalf of aharvey Revision: http://svn.php.net/viewvc/?view=revision&revision=303779 Log: Fix bug #52929 (Segfault in filter_var with FILTER_VALIDATE_EMAIL with large amount of data). [2010-09-27 09:00:05] neufe...@php.net Well, then how about please at least adding a pre-filter as rasmus suggested? For the special case (I agree) of email-validation that should be possible. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=52929 -- Edit this bug report at http://bugs.php.net/bug.php?id=52929&edit=1
[PHP-BUG] Req #55179 [NEW]: Offer preg_match with array-support for pattern
From: neufeind Operating system: PHP version: 5.3.6 Package: PCRE related Bug Type: Feature/Change Request Bug description:Offer preg_match with array-support for pattern Description: Maybe the existing preg_match could allow for an array to be given as $pattern. Or if not a preg_match_array() might be an alternative. Idea is to check a string against a list of pattern. First matched pattern would return. Test script: --- https://bugs.php.net/bug.php?id=55179&edit=1 -- Try a snapshot (PHP 5.2): https://bugs.php.net/fix.php?id=55179&r=trysnapshot52 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55179&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55179&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55179&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55179&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55179&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55179&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55179&r=needscript Try newer version: https://bugs.php.net/fix.php?id=55179&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55179&r=support Expected behavior: https://bugs.php.net/fix.php?id=55179&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55179&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55179&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55179&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55179&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55179&r=dst IIS Stability: https://bugs.php.net/fix.php?id=55179&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55179&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55179&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55179&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55179&r=mysqlcfg Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55179&r=trysnapshot54
