php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #58287 with php FastCGI do not work
Submitted: 2008-07-24 13:59 UTC Modified: 2021-04-30 16:31 UTC
Votes:12
Avg. Score:4.8 ± 0.6
Reproduced:11 of 11 (100.0%)
Same Version:1 (9.1%)
Same OS:2 (18.2%)
From: waza123 at inbox dot lv Assigned: ramsey (profile)
Status: Closed Package: uploadprogress (PECL)
PHP Version: 5.2.5 OS: Linux Slackware 12
Private report: No CVE-ID: None
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: waza123 at inbox dot lv
New email:
PHP Version: OS:

 

 [2008-07-24 13:59 UTC] waza123 at inbox dot lv
Description:
------------
im using lighttpd+php5.2.5 (fast cgi) , and function: uploadprogress_get_info() do not return any thing..


Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2008-08-22 00:54 UTC] franck dot tab at gmail dot com
I'm really not sure but, you said that it's php with fast cgi, so lighthttpd is probably buffering before send data to fast cgi, or something like that, so it can't work.

Like eAccelerator can't use parent process shared memory when running as cgi, which is logical.

Regards.
Franck34
 [2008-10-15 19:55 UTC] davepoon128 at yahoo dot com dot au
Same problem.
Im using apache+php5.2.6 (fast cgi) , and function:
uploadprogress_get_info() do not return any thing..
NULL
 [2008-11-06 18:51 UTC] soapergem at gmail dot com
I'm running PHP 5.2.6 through FastCGI on IIS 6, and I can also confirm that this extension is not working. I created a quick test form, and uploaded a large file while also sending the UPLOAD_IDENTIFIER post parameter. In another window, while the upload was taking place, I observed what was happening in my tmp directory, and lo and behold it was ignoring the file name template that I set in php.ini, and uploading using the default random file names as if the extension was not present at all.
 [2008-11-24 17:46 UTC] sullrich at gmail dot com
Also seeing this problem with lighttpd 1.4.20 / php5.2.6 / freebsd 7.0-REL
 [2009-01-10 01:13 UTC] fterragna at gmail dot com
i am using lighttpd+php5.2 and the extension does not work.
 [2009-01-21 06:01 UTC] chregu@php.net
This extension is only confirmed to work with the mod_php 
module in apache. I couldn't figure out how to make it work on 
other server. Any help is appreciated
 [2009-04-21 15:48 UTC] buana95 at yahoo dot com
I install the extension on my Window machine and works great.

But I have same question regarding UPLOAD_IDENTIFIER: Why not use $_SESSION for the info? :)

I hope you can find workaround to 'automagicaly' calculating identifier without UPLOAD_IDENTIFIER.

But... I really hope I can use file "field name" for the IDENTIFIER. Maybe something like we find in MySql to get "insert_id".

When user upload the file(s), this extension save generated ID for each file name (field name). This ID assosiated with session of the user. We have to call a (new) function directly to get this generated ID (because it will be replaced by new generated ID if there is other upload activity with the same field name)

For example, if we have 2 file fields: "file1" and "file2".

//First, get the ID
$ID1 = uploadprogress_get_identifier("file1");
$ID2 = uploadprogress_get_identifier("file2");

//Second, get the info
$info1 = uploadprogress_get_info($ID1);
$info2 = uploadprogress_get_info($ID2);
$totalinfo = uploadprogress_get_info($ID1, $ID2);

So, now the uploadprogress_get_info function can have many arguments.

It's sound like stupid suggestion. Isn't? But I hope it will works.

Best,
@zaenal
 [2009-05-26 10:11 UTC] nick at carbidefinger dot net
Another NULL response from uploadprogress_get_info() but extension is also somehow blocking writing files to disk in entirety (nothing in temp folders during upload and no complete file when upload is complete)

Setup is nginx 0.6.35, spawn-fcgi, php 5.29 on RHEL 5
 [2009-09-06 14:38 UTC] peter at f-is dot eu
I'm having the same problem with apache2 and mod_fcgid. The problem for me is probably that mod_fcgid buffers all POST data, and than transfers it to PHP in one go.

PHP doesn't actually see the upload until the entire file is already uploaded.

See also: http://www.mail-archive.com/mod-fcgid-users@lists.sourceforge.net/msg00302.html
 [2010-06-16 06:00 UTC] tom at rogie dot be
Hello I'm also using mod_fcgid on my apache server for safety and performance reasons. Uploadprogress doesn't work allthough the module is loaded.

My fcgid module (gentoo and ubuntu 10.04, version 2.3.5) doesn't cache the whole file in memory but creates a temporary file (/tmp/fcgid.tmp.XXXX).

Isn't there any possiblity to add fcgid support to this uploadprogress package?
 [2017-10-24 08:59 UTC] kalle@php.net
-Status: Verified +Status: Suspended
 [2017-10-24 08:59 UTC] kalle@php.net
This package has not had any releases for 6 years, so I'm gonna suspend it, any new maintainer that decides to pick this up can re-open this ticket.
 [2020-01-26 01:06 UTC] ramsey@php.net
-Status: Suspended +Status: Open -Assigned To: +Assigned To: ramsey
 [2021-04-30 16:31 UTC] cmb@php.net
| It requires the use of the Apache httpd web server with mod_php.
| Other web servers and PHP-FPM are not yet supported.

This sounds pretty unambiguous.  Therefore I'm closing this ticket.

If anybody using mod_php still has issues with this extension,
please open another ticket.
 [2021-04-30 16:31 UTC] cmb@php.net
-Status: Assigned +Status: Closed
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Fri Dec 27 02:01:29 2024 UTC