Bug #60808 [Com]: No file uploaded in Unknown on line 0
Edit report at https://bugs.php.net/bug.php?id=60808&edit=1 ID: 60808 Comment by: j...@php.net Reported by:ava3ar at gmail dot com Summary:No file uploaded in Unknown on line 0 Status: Closed Type: Bug Package:FPM related Operating System: Gentoo PHP Version:5.4SVN-2012-01-19 (SVN) Assigned To:joey Block user comment: N Private report: N New Comment: Specifically, this is why you're getting the message: #if DEBUG_FILE_UPLOAD sapi_module.sapi_error(E_NOTICE, "No file uploaded"); #endif (main/rfc1867.c - lines 976-978) Previous Comments: [2012-01-19 18:12:07] j...@php.net Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php This is the expected behaviour when there are no files uploaded and you compiled with debug enabled. [2012-01-19 17:15:47] ava3ar at gmail dot com Description: If you create a form with a file input and press submit without using the file input it causes a notice, which it shouldnt do, and in 5.3 doesnt Test script: --- Title: Submit Expected result: User created error, caused by user validation (if any) not a PHP engine notice Actual result: -- PHP Engine notice -- Edit this bug report at https://bugs.php.net/bug.php?id=60808&edit=1
[PHP-BUG] Bug #61537 [NEW]: json_encode() incorrectly truncates/discards information
From: joey Operating system: all PHP version: 5.4.0 Package: JSON related Bug Type: Bug Bug description:json_encode() incorrectly truncates/discards information Description: When json_encode() cannot correctly encode its argument into JSON, the expected behaviour is that it will return false, and people can check json_last_error() to see why it failed. Currently, it will replace all data it could not encode with the string 'null'. This can lead to what appears to be silently discarding data. Test script: --- https://bugs.php.net/bug.php?id=61537&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61537&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61537&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61537&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61537&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61537&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61537&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61537&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61537&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61537&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61537&r=support Expected behavior: https://bugs.php.net/fix.php?id=61537&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61537&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61537&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61537&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61537&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61537&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61537&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61537&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61537&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61537&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61537&r=mysqlcfg
Bug #61537 [Com]: json_encode() incorrectly truncates/discards information
Edit report at https://bugs.php.net/bug.php?id=61537&edit=1 ID: 61537 Comment by: j...@php.net Reported by: j...@php.net Summary:json_encode() incorrectly truncates/discards information Status: Open Type: Bug Package:JSON related Operating System: all PHP Version:5.4.0 Block user comment: N Private report: N New Comment: Per documentation: Return Values: Returns a JSON encoded string on success or FALSE on failure. Previous Comments: [2012-03-28 05:01:01] j...@php.net Description: When json_encode() cannot correctly encode its argument into JSON, the expected behaviour is that it will return false, and people can check json_last_error() to see why it failed. Currently, it will replace all data it could not encode with the string 'null'. This can lead to what appears to be silently discarding data. Test script: --- https://bugs.php.net/bug.php?id=61537&edit=1
#50728 [NEW]: All PDOExceptions hardcode 'code' property to 0
From: j...@php.net
Operating system: All
PHP version: 5.3.2RC1
PHP Bug Type: PDO related
Bug description: All PDOExceptions hardcode 'code' property to 0
Description:
>From user report in ##PHP/freenode:
Each of the PDO drivers explicitly sets the 'code' property of their
PDOException to 0, instead of passing along the driver-specific error code.
I will attach is a set of proposed patches (against HEAD and 5.3.2 branch
as of 2009-01-11) that I believe would fix this for each driver (although
I'm guessing on the dblib - it used a significantly different model by
storing the error state in DBLIB_G).
The example is from the sqlite driver - you can see that an error #14 gets
stored in the 'message', but doesn't get passed to the 'code'.
Reproduce code:
---
try {
$a = new PDO("sqlite:/this/path/should/not/exist.db");
} catch (PDOException $e) {
var_dump($e->getCode());
}
Expected result:
int(14)
Actual result:
--
int(0)
--
Edit bug report at http://bugs.php.net/?id=50728&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=50728&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=50728&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=50728&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=50728&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=50728&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=50728&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=50728&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=50728&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=50728&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=50728&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=50728&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=50728&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=50728&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=50728&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50728&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=50728&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=50728&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=50728&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=50728&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=50728&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=50728&r=mysqlcfg
#51059 [NEW]: crypt() segfaults on certain salts
From: j...@php.net Operating system: Linux, Mac OSX PHP version: 5.3.2RC2 PHP Bug Type: *Encryption and hash functions Bug description: crypt() segfaults on certain salts Description: Prior to 5.3, crypt() would safely handle certain invalid salts. With the switch to the new DES-based crypt() provider in 5.3, it segfaults. In discussing this with Pierre, he indicated the problem was in do_des(). Reproduce code: --- http://bugs.php.net/?id=51059&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=51059&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=51059&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=51059&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=51059&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=51059&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=51059&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=51059&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=51059&r=needscript Try newer version: http://bugs.php.net/fix.php?id=51059&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=51059&r=support Expected behavior: http://bugs.php.net/fix.php?id=51059&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=51059&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=51059&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=51059&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51059&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=51059&r=dst IIS Stability: http://bugs.php.net/fix.php?id=51059&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=51059&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=51059&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=51059&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=51059&r=mysqlcfg
Bug #1 [Com]: Apache 1.3b3 + mod_php3 is slow
Edit report at http://bugs.php.net/bug.php?id=1&edit=1 ID: 1 Comment by: j...@php.net Reported by: rasmus at lerdorf dot on dot ca Summary: Apache 1.3b3 + mod_php3 is slow Status: Closed Type: Bug Package: Performance problem Operating System: Solaris 2.5.1 PHP Version: 3.0b3 Assigned To: jani New Comment: testing "anonymous" commenting. :) Previous Comments: [2010-03-02 23:40:16] ras...@php.net Automatic comment from SVN on behalf of rasmus Revision: http://svn.php.net/viewvc/?view=revision&revision=XXX Log: Test [2010-03-02 23:36:48] ras...@php.net Automatic comment from SVN on behalf of rasmus Revision: http://svn.php.net/viewvc/?view=revision&revision=XXX Log: Test [2010-03-02 23:33:20] ras...@php.net Automatic comment from SVN on behalf of rasmus Revision: http://svn.php.net/viewvc/?view=revision&revision=XXX Log: Test [2010-03-02 23:33:14] ras...@php.net Automatic comment from SVN on behalf of rasmus Revision: http://svn.php.net/viewvc/?view=revision&revision=XXX Log: Test [2010-03-02 23:24:27] ras...@php.net Automatic comment from SVN on behalf of rasmus Revision: http://svn.php.net/viewvc/?view=revision&revision=XXX Log: Test 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=1 -- Edit this bug report at http://bugs.php.net/bug.php?id=1&edit=1
Bug #1 [PATCH]: Apache 1.3b3 + mod_php3 is slow
Edit report at http://bugs.php.net/bug.php?id=1&edit=1 ID: 1 Patch added by: j...@php.net Reported by: rasmus at lerdorf dot on dot ca Summary: Apache 1.3b3 + mod_php3 is slow Status: Assigned Type: Bug Package: Performance problem Operating System: Solaris 2.5.1 PHP Version: 3.0b3 Assigned To: felipe New Comment: The following patch has been added/updated: Patch Name: testing Revision: 1268154997 URL: http://bugs.php.net/patch-display.php?bug=1&patch=testing&revision=1268154997 Previous Comments: [2010-03-09 18:16:16] fel...@php.net The following patch has been added/updated: Patch Name: testing Revision: 1268154976 URL: http://bugs.php.net/patch-display.php?bug=1&patch=testing&revision=1268154976 [2010-03-09 17:48:29] fel...@php.net The following patch has been added/updated: Patch Name: abcc Revision: 1268153309 URL: http://bugs.php.net/patch-display.php?bug=1&patch=abcc&revision=1268153309&display=1 [2010-03-09 17:47:29] fel...@php.net The following patch has been added/updated: Patch Name: abc Revision: 1268153249 URL: http://bugs.php.net/patch-display.php?bug=1&patch=abc&revision=1268153249&display=1 [2010-03-09 14:08:52] fel...@php.net The following patch has been added/updated: Patch Name: abc123 Revision: 1268140132 URL: http://bugs.php.net/patch-display.php?bug=1&patch=abc123&revision=1268140132&display=1 -------- [2010-03-04 14:58:42] j...@php.net One more time.. :) 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=1 -- Edit this bug report at http://bugs.php.net/bug.php?id=1&edit=1
[PHP-BUG] Bug #51435 [NEW]: Missing ifdefs / logic bug in crypt code cause compile errors
From:
Operating system: Ubuntu 9.10
PHP version: 5.3.2
Package: Compile Failure
Bug Type: Bug
Bug description:Missing ifdefs / logic bug in crypt code cause compile errors
Description:
In ext/standard/config.m4, the following line causes conditional definition
of the PHP_SHA256_CRYPT and PHP_SHA512_CRYPT constants:
if test "$ac_cv_crypt_blowfish" = "no" || test "$ac_cv_crypt_des" = "no" ||
test "$ac_cv_crypt_ext_des" = "no" || test "x$php_crypt_r" = "x0"; then
Because these symbols are used unconditionally in ext/standard/crypt.c,
this can cause PHP to fail to compile.
In the near-term, the compile bug can be fixed as follows:
#ifdef PHP_SHA256_CRYPT
REGISTER_LONG_CONSTANT("CRYPT_SHA256", PHP_SHA256_CRYPT, CONST_CS |
CONST_PERSISTENT);
#endif
#ifdef PHP_SHA512_CRYPT
REGISTER_LONG_CONSTANT("CRYPT_SHA512", PHP_SHA512_CRYPT, CONST_CS |
CONST_PERSISTENT);
#endif
However, the m4 logic should probably be revisited at some point.
--
Edit bug report at http://bugs.php.net/bug.php?id=51435&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=51435&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=51435&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=51435&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=51435&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=51435&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=51435&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=51435&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=51435&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=51435&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=51435&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=51435&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=51435&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=51435&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=51435&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51435&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=51435&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=51435&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=51435&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=51435&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=51435&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=51435&r=mysqlcfg
[PHP-BUG] Bug #52808 [NEW]: Negative intervals segfault
From: joey
Operating system: Debian stable
PHP version: trunk-SVN-2010-09-09 (SVN)
Package: Date/time related
Bug Type: Bug
Bug description:Negative intervals segfault
Description:
Creating an interval with a "negative duration" (i.e., "start" date
precedes "end" date) creates what appears to be a valid DateInterval
object, but any attempt to work with the object results in a segfault.
Test script:
---
Expected result:
At a minimum, "Not crashing". Ideally, a DateInterval object with a
negative duration, but I don't know of ISO-8601 allows those.
Actual result:
--
(gdb) r -r '$a = new
DateInterval("2008-05-11T15:30:00Z/2007-03-01T13:00:00Z"); var_dump($a);'
Program received signal SIGSEGV, Segmentation fault.
0x00420faf in date_object_get_properties_interval (object=) at /home/joey/src/php/trunk/ext/date/php_date.c:2242
2242PHP_DATE_INTERVAL_ADD_PROPERTY("y", y);
"bt full" output available at http://codepad.org/on7ZS6Qd
--
Edit bug report at http://bugs.php.net/bug.php?id=52808&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=52808&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=52808&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=52808&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=52808&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=52808&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=52808&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=52808&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=52808&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=52808&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=52808&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=52808&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=52808&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=52808&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=52808&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52808&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=52808&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=52808&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=52808&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=52808&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=52808&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=52808&r=mysqlcfg
