Skip Menu |

Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

This queue is for tickets about the CGI CPAN distribution.

Report information
The Basics
Id: 5342
Status: resolved
Priority: 0/
Queue: CGI
People
Owner: Nobody in particular
Requestors: sr [...] stephenreindl.de
Cc:
AdminCc:
Bug Information
Severity: Important
Broken in: (no value)
Fixed in: (no value)

History Show all quoted text
  Sun Feb 15 13:45:13 2004 Guest - Ticket created
Subject: Prolem with multipart replies and Apache
CGI 3.0 at perl v5.8.1 on fedora 1.0 (RedHat) and Gentoo Linux (1.4): I recognized a problem with a specific solution in Bugzilla for multipart HTTP responses (see issue http://bugzilla.mozilla.org/show_bug.cgi?id=226251 for details.) The problem is that under some circumstances the nph flag has to be set. I opened the same issue at rt.perl.com (#24542) for some months now with no response.
  Mon Feb 16 06:16:10 2004 LDS [...] cpan.org - Correspondence added
I don't understand whether the problem here relates to Apache or Bugzilla::CGI, but enclosed is a patch against CGI 3.04. Please test it and tell me whether it works in your context.
*** CGI.pm~ Mon Feb 16 13:11:00 2004 --- CGI.pm Mon Feb 16 13:14:23 2004 *************** *** 1279,1285 **** $self->{'final_separator'} = "$CRLF--$boundary--$CRLF"; $type = SERVER_PUSH($boundary); return $self->header( ! -nph => 1, -type => $type, (map { split "=", $_, 2 } @other), ) . "WARNING: YOUR BROWSER DOESN'T SUPPORT THIS SERVER-PUSH TECHNOLOGY." . $self->multipart_end; --- 1279,1285 ---- $self->{'final_separator'} = "$CRLF--$boundary--$CRLF"; $type = SERVER_PUSH($boundary); return $self->header( ! -nph => 0, -type => $type, (map { split "=", $_, 2 } @other), ) . "WARNING: YOUR BROWSER DOESN'T SUPPORT THIS SERVER-PUSH TECHNOLOGY." . $self->multipart_end;
  Mon Feb 16 11:02:44 2004 sr [...] stephenreindl.de - Correspondence added
From: Stephen Reindl <sr [...] stephenreindl.de>
To: "CGI.pm" <bug-CGI.pm [...] rt.cpan.org>
Subject: [cpan #5342]
Date: Mon, 16 Feb 2004 17:00:04 +0100
RT-Send-Cc:
That helps ... Date: Mon, 16 Feb 2004 17:00:01 +0100 User-Agent: KMail/1.6 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200402161700.03521.sr@stephenreindl.de> Status: R X-Status: NQ X-KMail-EncryptionState: X-KMail-SignatureState: X-KMail-MDN-Sent: Thanks that helps, this is what we are currently do in Bugzilla to prevent this problem. A more generic solution would be to allow this parameter to be passed towards multipart_init and use (0) as the default.
  Tue Mar 30 11:38:36 2004 Guest - Correspondence added
From: sr [...] stephenreindl.de
[sr@stephenreindl.de - Mon Feb 16 11:02:44 2004]: Any news here? btw: I do not know if you got my last response: Hi, I do not think that other values of nph make sense (at least apache expects nph=>0). On the other hand I use Mozilla/Netscape and for this browser server push is fine... Stephen Show quoted text
> I'm really not sure what's going on here since I no longer use
server Show quoted text
> push (not even sure it is supported by IE any longer).  Do you know > of cases where nph=>1 is necessary?
Show quoted text
> Lincoln
  Mon Apr 05 12:30:09 2004 LDS [...] cpan.org - Status changed from 'new' to 'resolved'
  Fri May 23 14:28:23 2014 The RT System itself - Queue changed from CGI.pm to CGI