Where is Libwww maintained today

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

Where is Libwww maintained today

Kristian Spangsege-2

Hi

According to http://www.w3.org/Library/ the latest version of Libwww
is 5.4.1, however the version on my FedorCore 6 is 5.4.1. This leads
me to suspect that Libwww is maintained elsewhere these days. Is that
correct?

The reson I'm asking is that I found a bug, and wanted to see if it
was fixed in the latest release (or maybe in CVS.)

Please advise as to where I can inspect the latest version and
potentially report a bug.

In case that tourns out negatively, I'll report it right here and right now:

In HTNet.c is the following definition of HTNet_addAfter:

PUBLIC BOOL HTNet_addAfter (HTNetAfter * after, const char * tmplate,
                           void * param, int status, HTFilterOrder order)
{
   if (!HTAfter) HTAfter = HTList_new();
   else HTNet_deleteAfter(after); /* Ensure not listed twice */
   return HTNetCall_addAfter(HTAfter, after, tmplate, param, status, order);
}

It is apparent that that same filter cannot be added twice, but this
is in conflict with the implementation of HTAfterInit in HTInit.c.
Here 'HTRedirectFilter' is added for multiple status codes. The rult
is that the redirection handler only workds for satatus TEMP_REDIRECT,
which obviously is not the intended behaviour:

PUBLIC void HTAfterInit (void)
{
   HTNet_addAfter(HTAuthFilter,        "http://*",        NULL,
HT_NO_ACCESS,         HT_FILTER_MIDDLE);
   HTNet_addAfter(HTAuthFilter,        "http://*",        NULL,
HT_REAUTH,         HT_FILTER_MIDDLE);
   HTNet_addAfter(HTPEP_afterFilter,   "http://*",        NULL,
HT_ALL,                 HT_FILTER_MIDDLE);
   HTNet_addAfter(HTRedirectFilter,    "http://*",        NULL,
HT_PERM_REDIRECT, HT_FILTER_MIDDLE);
   HTNet_addAfter(HTRedirectFilter,    "http://*",        NULL,
HT_FOUND,         HT_FILTER_MIDDLE);
   HTNet_addAfter(HTRedirectFilter,    "http://*",        NULL,
HT_SEE_OTHER,        HT_FILTER_MIDDLE);
   HTNet_addAfter(HTRedirectFilter,    "http://*",        NULL,
HT_TEMP_REDIRECT, HT_FILTER_MIDDLE);
   HTNet_addAfter(HTAuthInfoFilter,    "http://*",        NULL,
HT_ALL,                 HT_FILTER_MIDDLE);
   HTNet_addAfter(HTUseProxyFilter,    "http://*",        NULL,
HT_USE_PROXY,         HT_FILTER_MIDDLE);
   HTNet_addAfter(HTInfoFilter,        NULL,                NULL,
HT_ALL,                HT_FILTER_LATE);
}


Kind regards,
Kristian Spangsege

--
"Will robots inherit the earth? Yes, but they will be our children. We
owe our minds to the deaths and lives of all the creatures that were
ever engaged in the struggle called Evolution. Our job is to see that
all this work shall not end up in meaningless waste."
                                              -- MARVIN L. MINSKY

Reply | Threaded
Open this post in threaded view
|

Re: Where is Libwww maintained today

Kristian Spangsege-2

Minor correction: According to http://www.w3.org/Library/ the latest
version of Libwww is 5.4.0 (not 5.4.1).

On 8/29/07, Kristian Spangsege <[hidden email]> wrote:

> Hi
>
> According to http://www.w3.org/Library/ the latest version of Libwww
> is 5.4.1, however the version on my FedorCore 6 is 5.4.1. This leads
> me to suspect that Libwww is maintained elsewhere these days. Is that
> correct?
>
> The reson I'm asking is that I found a bug, and wanted to see if it
> was fixed in the latest release (or maybe in CVS.)
>
> Please advise as to where I can inspect the latest version and
> potentially report a bug.
>
> In case that tourns out negatively, I'll report it right here and right now:
>
> In HTNet.c is the following definition of HTNet_addAfter:
>
> PUBLIC BOOL HTNet_addAfter (HTNetAfter * after, const char * tmplate,
>                            void * param, int status, HTFilterOrder order)
> {
>    if (!HTAfter) HTAfter = HTList_new();
>    else HTNet_deleteAfter(after); /* Ensure not listed twice */
>    return HTNetCall_addAfter(HTAfter, after, tmplate, param, status, order);
> }
>
> It is apparent that that same filter cannot be added twice, but this
> is in conflict with the implementation of HTAfterInit in HTInit.c.
> Here 'HTRedirectFilter' is added for multiple status codes. The rult
> is that the redirection handler only workds for satatus TEMP_REDIRECT,
> which obviously is not the intended behaviour:
>
> PUBLIC void HTAfterInit (void)
> {
>    HTNet_addAfter(HTAuthFilter,        "http://*",        NULL,
> HT_NO_ACCESS,         HT_FILTER_MIDDLE);
>    HTNet_addAfter(HTAuthFilter,        "http://*",        NULL,
> HT_REAUTH,         HT_FILTER_MIDDLE);
>    HTNet_addAfter(HTPEP_afterFilter,   "http://*",        NULL,
> HT_ALL,                 HT_FILTER_MIDDLE);
>    HTNet_addAfter(HTRedirectFilter,    "http://*",        NULL,
> HT_PERM_REDIRECT, HT_FILTER_MIDDLE);
>    HTNet_addAfter(HTRedirectFilter,    "http://*",        NULL,
> HT_FOUND,         HT_FILTER_MIDDLE);
>    HTNet_addAfter(HTRedirectFilter,    "http://*",        NULL,
> HT_SEE_OTHER,        HT_FILTER_MIDDLE);
>    HTNet_addAfter(HTRedirectFilter,    "http://*",        NULL,
> HT_TEMP_REDIRECT, HT_FILTER_MIDDLE);
>    HTNet_addAfter(HTAuthInfoFilter,    "http://*",        NULL,
> HT_ALL,                 HT_FILTER_MIDDLE);
>    HTNet_addAfter(HTUseProxyFilter,    "http://*",        NULL,
> HT_USE_PROXY,         HT_FILTER_MIDDLE);
>    HTNet_addAfter(HTInfoFilter,        NULL,                NULL,
> HT_ALL,                HT_FILTER_LATE);
> }
>
>
> Kind regards,
> Kristian Spangsege
>
> --
> "Will robots inherit the earth? Yes, but they will be our children. We
> owe our minds to the deaths and lives of all the creatures that were
> ever engaged in the struggle called Evolution. Our job is to see that
> all this work shall not end up in meaningless waste."
>                                               -- MARVIN L. MINSKY
>

Reply | Threaded
Open this post in threaded view
|

Re: Where is Libwww maintained today

Vic Bancroft-2
In reply to this post by Kristian Spangsege-2

Kristian Spangsege wrote:

>According to http://www.w3.org/Library/ the latest version of Libwww
>is 5.4.1, however the version on my FedorCore 6 is 5.4.1. This leads
>me to suspect that Libwww is maintained elsewhere these days. Is that
>correct?
>  
>
Yes, the library will show 5.4.1 if you check out and build as per,

   http://www.w3.org/Library/cvs.html

This will include the updates and authors as listed in the change
log[1].  The packaging and build is particularly well done by Andreas
Bierfert for fedora  6 extras [2].

>The reason I'm asking is that I found a bug, and wanted to see if it
>was fixed in the latest release (or maybe in CVS.)
>
>Please advise as to where I can inspect the latest version and
>potentially report a bug.
>  
>
Okay, I will try to check it both places,  (just grabbed a copy of the
SRPMS for FC6).

>The result is that the redirection handler only works for status TEMP_REDIRECT, which obviously is not the intended behaviour:
>  
>
What is the simplest test case that exhibits the unintended behavior ?

more,
l8r,
v

--
"The future is here. It's just not evenly distributed yet."
 -- William Gibson, quoted by Whitfield Diffie

[1] Changes with libwww 5.4.1

2006-12-03       Vic Bancroft <[hidden email]>
        * configure.ac, Library/src/Makefile.am, Library/cvs2sql/Makefile.am, Robot/src/Makefile.am:
          modify configure scripts for mysql_config based autoconf processing  
        * Library/src/HTSQL.c, Library/src/HTSQL.html, Library/src/HTSQLLog.c: remove
          mysql directory from include directives  
       
2006-12-02       Vic Bancroft <[hidden email]>

        * Robot/src/RobotMain.c: added flag MR_KEEP_META for -lm last modified option
          detected by Jan Hutaø

2006-11-29       Vic Bancroft <[hidden email]>

        * Robot/src/RobotMain.c: added flag MR_KEEP_META for -title option
          detected by Jan Hutaø

2006-07-09       Vic Bancroft <[hidden email]>

        * close leak in HTBound process_boundary() detected by Sam Varshavchik
          using valgrind; excised old #if 0 snippets from HTMIME.c

2006-06-18       Vic Bancroft <[hidden email]>

        * Library/src/HTCookie.c: add private function HTCookie_splitPair to
          split a KEY=VALUE pair, from Jesse Morgan
       
2006-03-14       Vic Bancroft <[hidden email]>

        * configure.ac: remove unecessary check for appkit.h as
          suggested by Roger Persson

2006-03-12       Vic Bancroft <[hidden email]>

        * Library/src/wwwsys.html: change genuine angle bracket characters
          into the angle bracket entities, thanks to Bobby Jack
       
2005-11-11       Vic Bancroft <[hidden email]>

        * Library/src/HT*.html, Library/src/SSL/HT*.html: wrap
          all header files with extern "C"
        * Library/src/HTFile, configure.ac: add a basis for
          addressing Ben's security concerns

2005-10-16       Vic Bancroft <[hidden email]>

        * Library/src/HTBound.c: libwww security advisory fix from
          Sam Varshavchik, fix double-counting of processed bytes,
          rewrote HTBoundary_put_block, to fix problematic HTTP 1.1
          byte range requests
       
2005-08-01       Vic Bancroft <[hidden email]>

        * Library/src/: HTAlert.c, HTHeader.c, HTInit.c, HTNet.c,
          HTProfil.c, HTProt.c, HTTrans.c: Patch to greatly speed up
          repeated requests, from Arthur Smith

2005-07-25       Vic Bancroft <[hidden email]>

        * Library/src/HTSQL.c: modifications to compile without using
          deprecated mysql functions
        * config/: config.sub, ltmain.sh: updates for recent version of
          libtool

2005-04-04       Jose Kahan <[hidden email]>

        * INSTALL.html, Library/src/HTEvtLst.c: cleaning

2005-03-09       Vic Bancroft <[hidden email]>

        * libwww-config.in: include -lwwwssl, thanks to mgoddard at
          itgs-presearch.com

2005-02-28       Vic Bancroft <[hidden email]>

        * Library/src/SSL/HTSSLWriter.c: avoids an eternal loop in libwww
          (thanks to Steinar Bang)

2005-02-27       Vic Bancroft <[hidden email]>

        * Library/src/SSL/HTSSL.html, Robot/src/RobotMain.c: fix for webbot
          -v option check and documentation addition
        * configure.ac, Library/src/SSL/HTSSL.c,
          Library/src/SSL/windows/wwwssl.def, Robot/src/HTRobMan.html,
          Robot/src/Makefile.am, Robot/src/RobotMain.c: basic support for
          client side certificates using PEM format

2005-01-23       Vic Bancroft <[hidden email]>

        * Library/src/SSL/: HTSSL.c, HTSSLReader.c, HTSSLWriter.c: add
          openssl to include for ssl.h and rand.h
        * config/: config.guess, config.sub, ltmain.sh: update after
          running libtoolize
        * Robot/src/Makefile.am: use SSL directory for libwwwssl.la
        * Robot/src/RobotMain.c: include HTSSL.h
        * configure.ac: fix aclocal underquoting warnings
        * Robot/src/: RobotMain.c, Makefile.am: update to enable https
          protocol

2005-01-05       Martin Duerst <[hidden email]>

        * Library/src/HTTPReq.c: fixed , to _ in HTTRACE call
        * Library/src/HTTPReq.c: removed LIBWWW_USEIDN, because unnecessary
        * modules/idn/unicode_template.c: forgot one file
        * Library/src/HTDNS.html: moved IDN to main branch
        * Library/src/HTDNS.c: moved IDN to main branch
        * Library/src/HTTPReq.c: added "LIBWWW_USEIDN" conditional
        * Library/src/HTTPReq.c: moved IDN to main branch

2004-01-29       Jose Kahan <[hidden email]>

        * Library/Overview.html: JK: Added the libwww survey results

[2] Fedora Core 6, Extras, source package for w3c-libwww

http://download.fedora.redhat.com/pub/fedora/linux/extras/6/SRPMS/repoview/w3c-libwww.html


Reply | Threaded
Open this post in threaded view
|

Re: Where is Libwww maintained today

Kristian Spangsege-2

Hi again


So http://www.w3.org/Library/ really is the home of the latest version
of Libwww. In that case I think the website should be updated.
Whereever it says something about the latest release, it says 5.4.0:

http://www.w3.org/Library/#News
http://www.w3.org/Library/User/ReleaseNotes.html


About the bug:

The bug seems to remain in the latest CVS version.

A very simple test case for me is to use w3c command line utility and
request 'http://www.google.com'. This fails because for some reason
Google decides to redirect to "www.google.dk" (Denmark is where I
live.) It responds with status=302 (Found) and a 'Location' header.
This is supposed to make W3C follow the redirect, but it does not.

The fact that it is supposed to follow, is apparent from the
implementation of HTAfterInit (listed in my original mail.)

The fact that it does not work, is apparent from the lack of output
and inspection of 'w3chttp.out' and in fact is also apparent from
inspecting the source I listed in my first post.


I know this test case may be unavailable to you, but maybe you know of
another site that does a similar thing, or whatever. Anyway tell me if
you want me to also produce a minimal source code test program. The
bug, however, should be entirely obvious by inspecting only the source
I listed in my original post.


Regards,
Kristian Spangsege



On 8/29/07, Vic Bancroft <[hidden email]> wrote:

> Kristian Spangsege wrote:
>
> >According to http://www.w3.org/Library/ the latest version of Libwww
> >is 5.4.1, however the version on my FedorCore 6 is 5.4.1. This leads
> >me to suspect that Libwww is maintained elsewhere these days. Is that
> >correct?
> >
> >
> Yes, the library will show 5.4.1 if you check out and build as per,
>
>    http://www.w3.org/Library/cvs.html
>
> This will include the updates and authors as listed in the change
> log[1].  The packaging and build is particularly well done by Andreas
> Bierfert for fedora  6 extras [2].
>
> >The reason I'm asking is that I found a bug, and wanted to see if it
> >was fixed in the latest release (or maybe in CVS.)
> >
> >Please advise as to where I can inspect the latest version and
> >potentially report a bug.
> >
> >
> Okay, I will try to check it both places,  (just grabbed a copy of the
> SRPMS for FC6).
>
> >The result is that the redirection handler only works for status TEMP_REDIRECT, which obviously is not the intended behaviour:
> >
> >
> What is the simplest test case that exhibits the unintended behavior ?
>
> more,
> l8r,
> v
>
> --
> "The future is here. It's just not evenly distributed yet."
>  -- William Gibson, quoted by Whitfield Diffie
>
> [1] Changes with libwww 5.4.1
>
> 2006-12-03       Vic Bancroft <[hidden email]>
>         * configure.ac, Library/src/Makefile.am, Library/cvs2sql/Makefile.am, Robot/src/Makefile.am:
>           modify configure scripts for mysql_config based autoconf processing
>         * Library/src/HTSQL.c, Library/src/HTSQL.html, Library/src/HTSQLLog.c: remove
>           mysql directory from include directives
>
> 2006-12-02       Vic Bancroft <[hidden email]>
>
>         * Robot/src/RobotMain.c: added flag MR_KEEP_META for -lm last modified option
>           detected by Jan Hutaø
>
> 2006-11-29       Vic Bancroft <[hidden email]>
>
>         * Robot/src/RobotMain.c: added flag MR_KEEP_META for -title option
>           detected by Jan Hutaø
>
> 2006-07-09       Vic Bancroft <[hidden email]>
>
>         * close leak in HTBound process_boundary() detected by Sam Varshavchik
>           using valgrind; excised old #if 0 snippets from HTMIME.c
>
> 2006-06-18       Vic Bancroft <[hidden email]>
>
>         * Library/src/HTCookie.c: add private function HTCookie_splitPair to
>           split a KEY=VALUE pair, from Jesse Morgan
>
> 2006-03-14       Vic Bancroft <[hidden email]>
>
>         * configure.ac: remove unecessary check for appkit.h as
>           suggested by Roger Persson
>
> 2006-03-12       Vic Bancroft <[hidden email]>
>
>         * Library/src/wwwsys.html: change genuine angle bracket characters
>           into the angle bracket entities, thanks to Bobby Jack
>
> 2005-11-11       Vic Bancroft <[hidden email]>
>
>         * Library/src/HT*.html, Library/src/SSL/HT*.html: wrap
>           all header files with extern "C"
>         * Library/src/HTFile, configure.ac: add a basis for
>           addressing Ben's security concerns
>
> 2005-10-16       Vic Bancroft <[hidden email]>
>
>         * Library/src/HTBound.c: libwww security advisory fix from
>           Sam Varshavchik, fix double-counting of processed bytes,
>           rewrote HTBoundary_put_block, to fix problematic HTTP 1.1
>           byte range requests
>
> 2005-08-01       Vic Bancroft <[hidden email]>
>
>         * Library/src/: HTAlert.c, HTHeader.c, HTInit.c, HTNet.c,
>           HTProfil.c, HTProt.c, HTTrans.c: Patch to greatly speed up
>           repeated requests, from Arthur Smith
>
> 2005-07-25       Vic Bancroft <[hidden email]>
>
>         * Library/src/HTSQL.c: modifications to compile without using
>           deprecated mysql functions
>         * config/: config.sub, ltmain.sh: updates for recent version of
>           libtool
>
> 2005-04-04       Jose Kahan <[hidden email]>
>
>         * INSTALL.html, Library/src/HTEvtLst.c: cleaning
>
> 2005-03-09       Vic Bancroft <[hidden email]>
>
>         * libwww-config.in: include -lwwwssl, thanks to mgoddard at
>           itgs-presearch.com
>
> 2005-02-28       Vic Bancroft <[hidden email]>
>
>         * Library/src/SSL/HTSSLWriter.c: avoids an eternal loop in libwww
>           (thanks to Steinar Bang)
>
> 2005-02-27       Vic Bancroft <[hidden email]>
>
>         * Library/src/SSL/HTSSL.html, Robot/src/RobotMain.c: fix for webbot
>           -v option check and documentation addition
>         * configure.ac, Library/src/SSL/HTSSL.c,
>           Library/src/SSL/windows/wwwssl.def, Robot/src/HTRobMan.html,
>           Robot/src/Makefile.am, Robot/src/RobotMain.c: basic support for
>           client side certificates using PEM format
>
> 2005-01-23       Vic Bancroft <[hidden email]>
>
>         * Library/src/SSL/: HTSSL.c, HTSSLReader.c, HTSSLWriter.c: add
>           openssl to include for ssl.h and rand.h
>         * config/: config.guess, config.sub, ltmain.sh: update after
>           running libtoolize
>         * Robot/src/Makefile.am: use SSL directory for libwwwssl.la
>         * Robot/src/RobotMain.c: include HTSSL.h
>         * configure.ac: fix aclocal underquoting warnings
>         * Robot/src/: RobotMain.c, Makefile.am: update to enable https
>           protocol
>
> 2005-01-05       Martin Duerst <[hidden email]>
>
>         * Library/src/HTTPReq.c: fixed , to _ in HTTRACE call
>         * Library/src/HTTPReq.c: removed LIBWWW_USEIDN, because unnecessary
>         * modules/idn/unicode_template.c: forgot one file
>         * Library/src/HTDNS.html: moved IDN to main branch
>         * Library/src/HTDNS.c: moved IDN to main branch
>         * Library/src/HTTPReq.c: added "LIBWWW_USEIDN" conditional
>         * Library/src/HTTPReq.c: moved IDN to main branch
>
> 2004-01-29       Jose Kahan <[hidden email]>
>
>         * Library/Overview.html: JK: Added the libwww survey results
>
> [2] Fedora Core 6, Extras, source package for w3c-libwww
>
> http://download.fedora.redhat.com/pub/fedora/linux/extras/6/SRPMS/repoview/w3c-libwww.html
>
>


--
"Will robots inherit the earth? Yes, but they will be our children. We
owe our minds to the deaths and lives of all the creatures that were
ever engaged in the struggle called Evolution. Our job is to see that
all this work shall not end up in meaningless waste."
                                              -- MARVIN L. MINSKY