Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:13728 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 63742 invoked by uid 1010); 5 Nov 2004 10:15:23 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 63586 invoked from network); 5 Nov 2004 10:15:21 -0000 Received: from unknown (HELO jan.prima.de) (83.97.50.139) by pb1.pair.com with SMTP; 5 Nov 2004 10:15:21 -0000 Received: from BAUMBART (p508EBF63.dip.t-dialin.net [::ffff:80.142.191.99]) (IDENT: HydraIRC, AUTH: LOGIN tobi) by jan.prima.de with esmtp; Fri, 05 Nov 2004 10:13:49 +0000 Date: Fri, 5 Nov 2004 11:15:18 +0100 Reply-To: Marcus Boerger X-Priority: 3 (Normal) Message-ID: <1306684207.20041105111518@marcus-boerger.de> To: Klaus Reimer CC: Marcus Boerger , internals@lists.php.net In-Reply-To: <418B4FF6.4020503@ailis.de> References: <418B4909.7010203@ailis.de> <255444644.20041105104900@marcus-boerger.de> <418B4FF6.4020503@ailis.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Upload Progress Meter Patch From: helly@php.net (Marcus Boerger) Hello Klaus, Friday, November 5, 2004, 11:03:34 AM, you wrote: > Marcus Boerger wrote: >> we've haered of it in the past but it was too late to add for 4.3 >> series and obviously nobody cared to look for it for 5.0. So no the >> next version we could add it to would be 5.1. In general the idea >> is nice but it should also allow for script callbacks: > This is possible? Up to now I thought that the retrieving and processing > of POST data is done BEFORE the PHP script is loaded. If I'm wrong here > it definetly would be a cool thing to have script callbacks for this. > And another neat thing would be to have access to the PHP session inside > such a callback to store the upload progress data in it. But I think > that's difficult because the session id is not known at this early moment. Thinking about it another time you're right. So what the patch offers is all we can do. However having the session id available somehow would make the the patch usefull. Perhaps it is enough to pass the url which should be available at that time so an extension can find out the session id throug it. Maybe it would be best to simply pass the sapi_globals_struct. Best regards, Marcus mailto:helly@php.net