Bug #18117: Retreive Content-Length of files being posted.

From: Date: Tue, 02 Jul 2002 18:15:34 +0000
Subject: Bug #18117: Retreive Content-Length of files being posted.
Groups: php.bugs 
Request: Send a blank email to php-bugs+get-12844@lists.php.net to get a copy of this message
From: phpfeature@panman.nl.nospam Operating system: Any PHP version: 4.2.1 PHP Bug Type: Feature/Change Request Bug description: Retreive Content-Length of files being posted. What i really would like to see, in some next version, is this: some way to retrieve the (temporary) filenames and, more important, the expected Content-Length (if any is given, offcource), of files being uploaded. This would be verry usefull with file uploads: One could create a (self reloading) popup with the progress of the files beeing uploaded. (the content length could be compared to the file in the temp directory). I think easiest way to pass this variables would be a session, or a temp file that could be parsed in the temp dir, that is beinig deleted with the other uploaded files, if the target script finishes. For now I can show the size of all the files being uploaded, but since i don't know the expected size, there is no way of telling the progress to the user. I 'masked' my email adress since i got a lot of spam on the email adress i used on this site before. Thanx in advance! PanMan. -- Edit bug report at http://bugs.php.net/?id=18117&edit=1 -- Fixed in CVS: http://bugs.php.net/fix.php?id=18117&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=18117&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=18117&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=18117&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=18117&r=support Expected behavior: http://bugs.php.net/fix.php?id=18117&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=18117&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=18117&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=18117&r=globals

« previous php.bugs (#12844) next »