#32822 [Opn->Bgs]: filedownloading scripts stops sending data prematurely at 2.000.000 bytes

ID: 32822 Updated by: sniper@php.net Reported By: stian dot stryni at online dot no -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Fedora Core 2 2.6.9-1.6 PHP Version: 5.0.4 New Comment: see above.. Previous Comments: ------------------------------------------------------------------------ [2005-04-25 10:51:20] stian dot stryni at online dot no I cannot confirm that the filesize limit is exactly 2.000.000 bytes, but files that are larger than 1,9 MB will not work correctly on download. ------------------------------------------------------------------------ [2005-04-25 10:50:15] tony2001@php.net Search the bug database before reporting. It's bug #32553 and it's already fixed in CVS. ------------------------------------------------------------------------ [2005-04-25 10:41:02] stian dot stryni at online dot no Description: ------------ A script we use enabling users to download uploaded files from the webserver uses readfile() to accomplish this task. At 2.000.000 bytes the script always stops sending output without any mention in any logs. The behaviour started after upgrading from 5.0.3 to 5.0.4. The system runs with default memory limit (not compiled with --enable-memory-limit) And changelog says nothing on this possible change of behaviour. We do not use the outputbuffering system We use session_start (as i have seen bugs reported on this earlier) Reproduce code: --------------- readfile(file larger than 2.000.000 bytes) Expected result: ---------------- whole filecontent outputted. Or some error if hitting some undocumented memorylimit Actual result: -------------- In browser: no result. no file downloaded no messages to user or to server server stops sending, but client doesn't honor that Using wget: a 2.000.000 byte truncated file ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=32822&edit=1