Return-Path: X-Original-To: apmail-perl-embperl-archive@www.apache.org Delivered-To: apmail-perl-embperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id CC2C5FD88 for ; Fri, 3 May 2013 13:42:04 +0000 (UTC) Received: (qmail 5715 invoked by uid 500); 3 May 2013 13:42:04 -0000 Delivered-To: apmail-perl-embperl-archive@perl.apache.org Received: (qmail 5706 invoked by uid 500); 3 May 2013 13:42:04 -0000 Mailing-List: contact embperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list embperl@perl.apache.org Received: (qmail 5689 invoked by uid 99); 3 May 2013 13:42:04 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 May 2013 13:42:04 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE X-Spam-Check-By: apache.org Received-SPF: error (athena.apache.org: local policy) Received: from [188.40.65.50] (HELO srvgr1.ubrichter.de) (188.40.65.50) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 May 2013 13:42:00 +0000 Received: from srvgr1.ubrichter.de (localhost [127.0.0.1]) by srvgr1.ubrichter.de (Postfix) with ESMTP id 55E2E294B6D; Fri, 3 May 2013 15:41:19 +0200 (CEST) Subject: AW: handling query strings with ? in From: =?windows-1252?Q?Gerald_Richter_-_ECOS?= To: =?windows-1252?Q?Michael_Stevens?= Cc: =?windows-1252?Q?embperl=40perl=2Eapache=2Eorg?= Date: Fri, 3 May 2013 15:41:19 +0200 Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=_+VXwqfUjSQlmWgEZnLLo11-wDJYZNsJiT7ttxYWa7-FZiwRo" In-Reply-To: References: X-Priority: 3 (Normal) X-Mailer: Zarafa 7.1.3-40304 Thread-Index: Ac5IA+N84geL45eVSmCoQk1Mc0mi6g== Message-Id: X-Virus-Checked: Checked by ClamAV on apache.org --=_+VXwqfUjSQlmWgEZnLLo11-wDJYZNsJiT7ttxYWa7-FZiwRo Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Ok, I try to fix it during the next days=0D=0A=0D=0A=A0=0D=0AGerald=0D=0A= =0D=0A=A0=0D=0AVon: Michael Stevens [mailto:michael.stevens@dianomi.com]=20= =0D=0AGesendet: Freitag, 3. Mai 2013 15:38=0D=0AAn: Gerald Richter=0D=0AC= c: embperl@perl.apache.org=0D=0ABetreff: Re: handling query strings with = =3F in=0D=0A=0D=0A=A0=0D=0AYes, I think the CGI.pm behaviour is good, and= would like it if Embperl was the same.=0D=0A=0D=0A=A0=0D=0AOn 3 May 2013= 14:36, Gerald Richter - ECOS >= wrote:=0D=0A=0D=0A> Is there anything that can be done to make embperl b= ehave more as expected=3F=0D=0A=0D=0A=A0=0D=0AWhat is what you would expe= ct=3F I think the way CGI.pm is correct regarding the specs. Is that what= you would expect=3F=0D=0A=0D=0A=A0=0D=0AGerald=0D=0A=0D=0A=A0=0D=0A=A0=0D= =0AVon: Michael Stevens [mailto:michael.stevens@dianomi.com ]=20=0D=0AGesendet: Freitag, 3. Mai 2013 15:05=0D= =0AAn: embperl@perl.apache.org =20=0D=0AB= etreff: handling query strings with =3F in=0D=0A=0D=0A=A0=0D=0AHi.=0D=0A=0D= =0A=A0=0D=0AWe're trying to handle some odd query strings in embperl, eg:= =0D=0A=0D=0A=A0=0D=0Ahttp://www.example.com/mjs/q.epl=3Fa=3Db=3Fc=3Dd =20=0D=0A=0D=0A=A0=0D=0Aem= bperl parses this as:=0D=0A=0D=0A=A0=0D=0AUsing %fdat=0D=0A=0D=0AField=0D= =0A=0D=0A=09Value=0D=0A=0D=0Aa b=3Fc=0D=0A=0D=0A=09d=0D=0A=0D=0A=A0=0D=0A= CGI.pm parses this as:=0D=0A=0D=0A=A0=0D=0AUsing CGI.pm=0D=0A=0D=0AField=0D= =0A=0D=0A=09Value=0D=0A=0D=0Aa=0D=0A=0D=0A=09b=3Fc=3Dd=0D=0A=0D=0A=A0=0D=0A= I agree that these are some pretty bizarre queries, but annoyingly we can= 't change the source, and embperl seems to handle them pretty badly. Goog= ling suggests =3F in a query string is probably valid, eg:=0D=0A=0D=0A=A0= =0D=0Ahttp://www.456bereastreet.com/archive/201008/what_characters_are_al= lowed_unencoded_in_query_strings/ =20=0D=0A=0D= =0A=A0=0D=0AIs there anything that can be done to make embperl behave mor= e as expected=3F=0D=0A=0D=0A=A0=0D=0A--=A0=0D=0A=0D=0AMichael Stevens=0D=0A= =0D=0ADianomi Ltd=0D=0A18 Buckingham Gate=0D=0ALondon SW1E 6LB=0D=0A=0D=0A= Tel: 020 3463 5662=0D=0AFax: 020 7630 7356=0D=0Awww.dianomi.com =20=0D=0A=0D=0AThe information in this message and any att= achment is intended for the addressee and is confidential and may be subj= ect to legal privilege. Dianomi Ltd, Registered Office: One America Squar= e, Crosswall, London. EC3N 2SG. Registered in England and Wales with Comp= any Registration Number 4513809. VAT registration number: 809754988=20=0D= =0A=0D=0A=0D=0A=0D=0A=0D=0A=A0=0D=0A--=20=0D=0AMichael Stevens=0D=0A=0D=0A= Dianomi Ltd=0D=0A18 Buckingham Gate=0D=0ALondon SW1E 6LB=0D=0A=0D=0ATel: = 020 3463 5662=0D=0AFax: 020 7630 7356=0D=0Awww.dianomi.com =20=0D=0A=0D=0AThe information in this message and any attachme= nt is intended for the addressee and is confidential and may be subject t= o legal privilege. Dianomi Ltd, Registered Office: One America Square, Cr= osswall, London. EC3N 2SG. Registered in England and Wales with Company R= egistration Number 4513809. VAT registration number: 809754988=20=0D=0A=0D= =0A --=_+VXwqfUjSQlmWgEZnLLo11-wDJYZNsJiT7ttxYWa7-FZiwRo Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable

Ok, I try to fix it during the next days

 

Gerald

 

Von: Michael Stevens [mailto:michael.stevens@dianomi= =2Ecom]
Gesendet: Freitag, 3. Mai 2013 15:38
An: Ger= ald Richter
Cc: embperl@perl.apache.org
Betreff: Re: = handling query strings with =3F in

 

Yes, I thi= nk the CGI.pm behaviour is good, and would like it if Embperl was the sam= e.

 

On 3 May 2013 14:36= , Gerald Richter - ECOS <richter@ecos.de> wrote:

> Is there anythin= g that can be done to make embperl behave more as expected=3F=

 

What is what you would expect=3F I think= the way CGI.pm is correct regarding the specs. Is that what you would ex= pect=3F

 =

Gerald

 

 

Von: Michael Stevens [mailto:michael.stevens@dianomi.com]
Ges= endet: Freitag, 3. Mai 2013 15:05
An: embperl@perl.apache.org
Betreff: handling query strings with =3F in

 

Hi.

 

We'r= e trying to handle some odd query strings in embperl, eg:

<= div>

 

embperl parses this as= :

 

Using %fdat

Field

Value

<= /tr>

a b=3Fc

d

 

=

CGI.pm parses this as:

&n= bsp;

U= sing CGI.pm

Field

Value

a

b=3Fc=3Dd

 

I agree that t= hese are some pretty bizarre queries, but annoyingly we can't change the = source, and embperl seems to handle them pretty badly. Googling suggests = =3F in a query string is probably valid, eg:

 

 

Is ther= e anything that can be done to make embperl behave more as expected=3F

 

--&nb= sp;

Michael Stevens

=

Dianomi Ltd
18 Buckingham Gate
London SW1E 6LB

Tel:= 020 3463 5662Fax: 020 7630 7356
www.dianomi.co= m

The information in this message and any attachment is intend= ed for the addressee and is confidential and may be subject to legal priv= ilege. Dianomi Ltd, Registered Office: One America Square, Crosswall, Lon= don. EC3N 2SG. Registered in England and Wales with Company Registration = Number 4513809. VAT registration number: 809754988

<= /div>


<= br clear=3Dall>

 =

--
Michael Stevens

=

Dianomi Ltd
18 Buckingham Gate
London SW1E 6LB=

Tel: 020 3463 5662
Fax: 020 7630 7356
www.dianomi.com

The informat= ion in this message and any attachment is intended for the addressee and = is confidential and may be subject to legal privilege. Dianomi Ltd, Regis= tered Office: One America Square, Crosswall, London. EC3N 2SG. Registered= in England and Wales with Company Registration Number 4513809. VAT regis= tration number: 809754988

<= /html> --=_+VXwqfUjSQlmWgEZnLLo11-wDJYZNsJiT7ttxYWa7-FZiwRo--