has anyone figure it out if it was rejected or just forgotten ?
and if it was rejected, what was the reason ?
the only valid reason I seen so far was that you can do this using
something else (perl, or an apache module, or even something more
exotic). but, this also apply to php itself ... I can w
Can you point us to the thread? I can't recall seeing it rejected, and I
can't find the thread either...
Zeev
At 15:37 23/03/2005, Derick Rethans wrote:
On Wed, 23 Mar 2005, Robert wrote:
> >This was already considered and rejected. No need to start the discussion
> >again.
> >
> All I saw is th
On Wed, 23 Mar 2005, Robert wrote:
> >This was already considered and rejected. No need to start the discussion
> >again.
> >
> All I saw is that the discussion stopped, not that it was rejected.
Then you should look further - it was rejected.
Derick
--
Derick Rethans
http://derickrethans.nl |
Hello Edin,
This was already considered and rejected. No need to start the discussion
again.
All I saw is that the discussion stopped, not that it was rejected.
Rob
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi,
This was already considered and rejected. No need to start the discussion
again.
Edin
- Original Message -
From: "Robert" <[EMAIL PROTECTED]>
To: "php-dev"
Sent: Wednesday, March 23, 2005 10:26 PM
Subject: [PHP-DEV] Upload Progress Meter Patch in 5.04?
> Hello,
>
> would it be po
use cli as cgi, read stdin and parse header/content yourself
On Tue, 22 Mar 2005 18:41:04 +0100 (CET), Derick Rethans <[EMAIL PROTECTED]>
wrote:
> On Tue, 22 Mar 2005, Robert wrote:
>
> > has the Upload progress meter patch finally been applied?
> > (http://pdoru.from.ro/)
>
> No, it has not b
On Tue, 22 Mar 2005, Robert wrote:
> has the Upload progress meter patch finally been applied?
> (http://pdoru.from.ro/)
No, it has not been applied.
Derick
--
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To
Actually, it's displaying a progress bar during upload is only one
part of the problem.
The major problems with HTTP uploads are introduced with large files
(which the progress bar is needed for, anyway, otherwise there's not
much sense to it) and bad or loosy connections (which most of the home
c
Curt Zirzow wrote:
You can provide a progress bar, as php stands right now, without any
patch.
Ok, then tell me how, please. Is it documented somewhere?
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
* Thus wrote Klaus Reimer:
> Joe Orton wrote:
> >>It is a user interface problem, so it should be done there.
> >It's really the only place it can be done safely
>
> Web browsers don't offer any API to allow a client-side progress bar.
> The only client-side solution I know of is ActiveX and Java
Joe Orton wrote:
It is a user interface problem, so it should be done there.
It's really the only place it can be done safely
Web browsers don't offer any API to allow a client-side progress bar.
The only client-side solution I know of is ActiveX and Java and these
solutions are not available to
* Thus wrote Joe Orton:
> On Fri, Nov 05, 2004 at 11:07:53AM +0100, Derick Rethans wrote:
> > On Fri, 5 Nov 2004, Klaus Reimer wrote:
> >
> > > Marcus Boerger wrote:
> > >
> > > This is possible? Up to now I thought that the retrieving and processing
> > > of POST data is done BEFORE the PHP scrip
Developers,
You may remember me posting regarding this issue in the past. I also
wrote a patch to accomplish this task that I've been maintaining for my
company and updating with the 4.3.x releases. I'm very glad to see
discussion regarding this issue once again. I have gotten many, many
reques
On Fri, Nov 05, 2004 at 11:07:53AM +0100, Derick Rethans wrote:
> On Fri, 5 Nov 2004, Klaus Reimer 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 versi
* Thus wrote Klaus Reimer:
> Curt Zirzow wrote:
> >>And this extension is working WITHOUT callbacks in main/rfc1867.c?
> >correct. The only thing that needs to go into the core of php is a
> >new php.ini option to disable parsing the input.
One thing to add is that I surely dont think its php's
re
Hello Tom,
can you please provide a unified diff (diff -u) which everyone here
understands? Also it would help to see a diff against HEAD.
regards
marcus
Saturday, November 6, 2004, 1:16:33 AM, you wrote:
> Hi,
> Friday, November 5, 2004, 8:42:49 PM, you wrote:
KR>> Marcus Boerger wrote:
>
Curt Zirzow wrote:
And this extension is working WITHOUT callbacks in main/rfc1867.c?
correct. The only thing that needs to go into the core of php is a
new php.ini option to disable parsing the input.
Ok, then you can do with PHP the same as I have done with a CGI program
before I found the menti
* Thus wrote Klaus Reimer:
> Curt Zirzow wrote:
> >I have a pecl extenstion started that provides this functionality.
> >It needs some more testing and a patch so php doesn't parse the
> >data.
>
> And this extension is working WITHOUT callbacks in main/rfc1867.c?
correct. The only thing that nee
Curt Zirzow wrote:
I have a pecl extenstion started that provides this functionality.
It needs some more testing and a patch so php doesn't parse the
data.
And this extension is working WITHOUT callbacks in main/rfc1867.c?
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visi
* Thus wrote Klaus Reimer:
> Marcus Boerger wrote:
> >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.
>
> I have some ideas for this. It may even be possible to remove t
Marcus Boerger wrote:
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.
I have some ideas for this. It may even be possible to remove the
UPLOAD_IDENTIFIER-stuff from the patch
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
On Fri, 5 Nov 2004, Klaus Reimer 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 s
Hello Klaus,
Friday, November 5, 2004, 11:42:49 AM, you wrote:
> Marcus Boerger wrote:
>> 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.
> I have some ideas for this.
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
Hello Klaus,
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:
function upload_callback()
26 matches
Mail list logo
