[prev in list] [next in list] [prev in thread] [next in thread]
List: xerces-c-dev
Subject: Re: [jira] [Updated] (XERCESC-1963) Custom HTTP headers missing with CURL
From: Michael Glavassevich <mrglavas () ca ! ibm ! com>
Date: 2011-04-18 0:31:24
Message-ID: OFDFAB3F2B.52719A08-ON85257876.0002590D-85257876.0002E51F () ca ! ibm ! com
[Download RAW message or body]
Hi John,
I would suggest contacting the Infrastructure team. I believe they're the
only ones who could make that kind of update to an account.
Thanks.
Michael Glavassevich
XML Parser Development
IBM Toronto Lab
E-mail: mrglavas@ca.ibm.com
E-mail: mrglavas@apache.org
John Snelson <john@snelson.org.uk> wrote on 04/17/2011 06:32:34 PM:
> Hi all,
>
> I'd like to handle this - I think I was probably the last person
> working in this area of the code.
>
> My only problem is it's been a while, and I've changed jobs and
> email addresses since the last time I logged in anywhere! Can
> someone get my email address in the system changed to this one, so
> that I can log into JIRA again and take a proper look at resolving this
bug?
>
> Thanks,
>
> John Snelson
>
> On 17 Apr 2011, at 23:03, Eric Swalens (JIRA) wrote:
>
> >
> > [ https://issues.apache.org/jira/browse/XERCESC-1963?
> page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
> >
> > Eric Swalens updated XERCESC-1963:
> > ----------------------------------
> >
> > Description:
> > It seems that the custom headers set using XMLNetHTTPInfo are
> missing from the actual HTTP request when the CURLNetAccessor is
> used. The SocketNetAccessor does not show this problem.
> >
> > The headerList in the CurlURLInputStream constructor is correctly
> built but from what I understand of the CURL documentation the list
> cannot be freed until the GET request has been made. Currently the
> list feed right after setting the CURLOPT_HTTPHEADER. Delaying the
> call curl_slist_free_all to the destructor solves the issue (patch
attached).
> >
> > was:
> > It seems that the custom headers set using XMLNetHTTPInfo are
> missing from the actual HTTP request when the CURLNetAccessor is
> used. The SocketNetAccessor does not show this problem.
> >
> > The headerList in the CurlURLInputStream constructor is correctly
> built but from what I understand of the CURL documentation the list
> cannot be freed until the GET request has been made. Currently the
> list feed right after setting the CURLOPT_HTTPHEADER. Delaying the
> call curl_slist_free_all to the destructor solves the issue.
> >
> > Environment:
> > Xerces-c 3.1.1
> > curl_version: libcurl/7.19.7 OpenSSL/0.9.8l zlib/1.2.3
> > Mac OS X 10.6.7, i686-apple-darwin10-g++-4.2.1
> >
> > was:Xerces-c 3.1.1, Mac OS X 10.6.7, i686-apple-darwin10-g++-4.2.1
> >
> >
> >> Custom HTTP headers missing with CURL NetAccessor
> >> --------------------------------------------------
> >>
> >> Key: XERCESC-1963
> >> URL: https://issues.apache.org/jira/browse/XERCESC-1963
> >> Project: Xerces-C++
> >> Issue Type: Bug
> >> Components: Utilities
> >> Affects Versions: 3.1.1
> >> Environment: Xerces-c 3.1.1
> >> curl_version: libcurl/7.19.7 OpenSSL/0.9.8l zlib/1.2.3
> >> Mac OS X 10.6.7, i686-apple-darwin10-g++-4.2.1
> >> Reporter: Eric Swalens
> >> Priority: Minor
> >> Labels: patch
> >> Attachments: CurlURLInputStream-headers-0.1.patch
> >>
> >>
> >> It seems that the custom headers set using XMLNetHTTPInfo are
> missing from the actual HTTP request when the CURLNetAccessor is
> used. The SocketNetAccessor does not show this problem.
> >> The headerList in the CurlURLInputStream constructor is correctly
> built but from what I understand of the CURL documentation the list
> cannot be freed until the GET request has been made. Currently the
> list feed right after setting the CURLOPT_HTTPHEADER. Delaying the
> call curl_slist_free_all to the destructor solves the issue (patch
attached).
> >
> > --
> > This message is automatically generated by JIRA.
> > For more information on JIRA, see:
http://www.atlassian.com/software/jira
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: c-dev-unsubscribe@xerces.apache.org
> > For additional commands, e-mail: c-dev-help@xerces.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: c-dev-unsubscribe@xerces.apache.org
> For additional commands, e-mail: c-dev-help@xerces.apache.org
[Attachment #3 (text/html)]
<html><body>
<p><tt>Hi John,</tt><br>
<br>
<tt>I would suggest contacting the Infrastructure team. I believe they're the only \
ones who could make that kind of update to an account.</tt><br> <br>
<tt>Thanks.</tt><br>
<br>
<tt>Michael Glavassevich<br>
XML Parser Development<br>
IBM Toronto Lab<br>
E-mail: mrglavas@ca.ibm.com</tt><br>
<tt>E-mail: mrglavas@apache.org</tt><br>
<br>
<tt>John Snelson <john@snelson.org.uk> wrote on 04/17/2011 06:32:34 PM:<br>
<br>
> Hi all,<br>
> <br>
> I'd like to handle this - I think I was probably the last person <br>
> working in this area of the code.<br>
> <br>
> My only problem is it's been a while, and I've changed jobs and <br>
> email addresses since the last time I logged in anywhere! Can <br>
> someone get my email address in the system changed to this one, so <br>
> that I can log into JIRA again and take a proper look at resolving this bug?<br>
> <br>
> Thanks,<br>
> <br>
> John Snelson<br>
> <br>
> On 17 Apr 2011, at 23:03, Eric Swalens (JIRA) wrote:<br>
> <br>
> > <br>
> > [ <a \
href="https://issues.apache.org/jira/browse/XERCESC-1963?">https://issues.apache.org/jira/browse/XERCESC-1963?</a><br>
> page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]<br>
> > <br>
> > Eric Swalens updated XERCESC-1963:<br>
> > ----------------------------------<br>
> > <br>
> > Description: <br>
> > It seems that the custom headers set using XMLNetHTTPInfo are <br>
> missing from the actual HTTP request when the CURLNetAccessor is <br>
> used. The SocketNetAccessor does not show this problem.<br>
> > <br>
> > The headerList in the CurlURLInputStream constructor is correctly <br>
> built but from what I understand of the CURL documentation the list <br>
> cannot be freed until the GET request has been made. Currently the <br>
> list feed right after setting the CURLOPT_HTTPHEADER. Delaying the <br>
> call curl_slist_free_all to the destructor solves the issue (patch \
attached).<br> > > <br>
> > was:<br>
> > It seems that the custom headers set using XMLNetHTTPInfo are <br>
> missing from the actual HTTP request when the CURLNetAccessor is <br>
> used. The SocketNetAccessor does not show this problem.<br>
> > <br>
> > The headerList in the CurlURLInputStream constructor is correctly <br>
> built but from what I understand of the CURL documentation the list <br>
> cannot be freed until the GET request has been made. Currently the <br>
> list feed right after setting the CURLOPT_HTTPHEADER. Delaying the <br>
> call curl_slist_free_all to the destructor solves the issue.<br>
> > <br>
> > Environment: <br>
> > Xerces-c 3.1.1<br>
> > curl_version: libcurl/7.19.7 OpenSSL/0.9.8l zlib/1.2.3<br>
> > Mac OS X 10.6.7, i686-apple-darwin10-g++-4.2.1<br>
> > <br>
> > was:Xerces-c 3.1.1, Mac OS X 10.6.7, \
i686-apple-darwin10-g++-4.2.1<br> > > <br>
> > <br>
> >> Custom HTTP headers missing with CURL NetAccessor <br>
> >> --------------------------------------------------<br>
> >> <br>
> >> Key: \
XERCESC-1963<br> > >> \
URL: <a href="https://issues.apache.org/jira/browse/XERCESC-1963">https://issues.apache.org/jira/browse/XERCESC-1963</a><br>
> >> Project: Xerces-C++<br>
> >> Issue Type: Bug<br>
> >> Components: Utilities<br>
> >> Affects Versions: 3.1.1<br>
> >> Environment: Xerces-c 3.1.1<br>
> >> curl_version: libcurl/7.19.7 OpenSSL/0.9.8l zlib/1.2.3<br>
> >> Mac OS X 10.6.7, i686-apple-darwin10-g++-4.2.1<br>
> >> Reporter: Eric Swalens<br>
> >> Priority: Minor<br>
> >> Labels: patch<br>
> >> Attachments: \
CurlURLInputStream-headers-0.1.patch<br> > >> <br>
> >> <br>
> >> It seems that the custom headers set using XMLNetHTTPInfo are <br>
> missing from the actual HTTP request when the CURLNetAccessor is <br>
> used. The SocketNetAccessor does not show this problem.<br>
> >> The headerList in the CurlURLInputStream constructor is correctly<br>
> built but from what I understand of the CURL documentation the list <br>
> cannot be freed until the GET request has been made. Currently the <br>
> list feed right after setting the CURLOPT_HTTPHEADER. Delaying the <br>
> call curl_slist_free_all to the destructor solves the issue (patch \
attached).<br> > > <br>
> > --<br>
> > This message is automatically generated by JIRA.<br>
> > For more information on JIRA, see: <a \
href="http://www.atlassian.com/software/jira">http://www.atlassian.com/software/jira</a><br>
> > <br>
> > ---------------------------------------------------------------------<br>
> > To unsubscribe, e-mail: c-dev-unsubscribe@xerces.apache.org<br>
> > For additional commands, e-mail: c-dev-help@xerces.apache.org<br>
> > <br>
> <br>
> <br>
> ---------------------------------------------------------------------<br>
> To unsubscribe, e-mail: c-dev-unsubscribe@xerces.apache.org<br>
> For additional commands, e-mail: c-dev-help@xerces.apache.org</tt></body></html>
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic