|
php.net | support | documentation | report a bug | advanced search | search howto | statistics | random bug | login |
Patchespatch-1507447306.patch (last revision 2017-10-09 12:55 UTC by thiago dot oak at gmail dot com)Pull RequestsHistoryAllCommentsChangesGit/SVN commits
[2017-10-07 07:39 UTC] requinix@php.net
-Summary: ERROR substr
+Summary: [pt_BR] Old substr behavior when start after negative
length
-Type: Bug
+Type: Documentation Problem
-Package: Scripting Engine problem
+Package: Translation problem
[2017-10-07 07:39 UTC] requinix@php.net
[2017-10-07 07:43 UTC] requinix@php.net
[2017-10-07 07:44 UTC] requinix@php.net
[2017-10-08 11:57 UTC] thiago dot oak at gmail dot com
[2017-10-08 13:03 UTC] requinix@php.net
[2017-10-28 14:54 UTC] ae@php.net
-Status: Open
+Status: Closed
-Assigned To:
+Assigned To: ae
[2017-10-28 14:54 UTC] ae@php.net
|
|||||||||||||||||||||||||||||||||
Copyright © 2001-2025 The PHP GroupAll rights reserved. |
Last updated: Sun Nov 16 18:00:01 2025 UTC |
Description: ------------ we notice a bug in the return of the substr when it does not find the position in the analyzed string as in the documentation informs that when it does not find the value the return is false but in php7 the return is not always false. Test script: --------------- $rest = substr("abcdef", 6, -2); $rest1 = substr("abcdef", 6, 4); var_dump($rest); var_dump($rest1); Expected result: ---------------- we notice a bug in the return of the substr when it does not find the position in the analyzed string as in the documentation informs that when it does not find the value the return is false but in php7 the return is not always false. Actual result: -------------- false and null