- Dillo-dev - lists.mailman3.com

Re: [Dillo-dev]dpip dialog for https (and dpis in general)

by Jorge Arellano Cid

Oh, I almost forgot: It's not necessary to CC' me, I do read dillo-dev! :) Cheers Jorge.-

July 16, 2004

Re: [Dillo-dev]dpip dialog for https (and dpis in general)

by Jorge Arellano Cid

Hi Brian, > On Fri, Jul 16, 2004 at 10:24:20AM -0400, Jorge Arellano Cid wrote: >> >> The changes are now in the CVS. > > gotten. :) Well, now you need to wait a bit for Garret to hook the dpip dialog to https and thus enable GUI dialogs through Dillo. > >> Brian: unless you're interested in dpi development, or want to >> alpha test the https dpi, I'd recommend 0.8.2 as an upgrade. > > i'm interested in https. i will do my best to break it. :) Excellent. It needs careful review, particularly from crypto savvy guys. > > i run into this issue running autogen.sh though: > > wonko@zaphod$ ./autogen.sh > aclocal found > autoheader found > autoconf found > automake found > [Checks passed] > Generating... > /usr/pkg/share/aclocal/pkg.m4:5: warning: underquoted definition of PKG_CHECK_MODULES > run info '(automake)Extending aclocal' > or see http://sources.redhat.com/automake/automake.html#Extending%20aclocal > /usr/pkg/share/aclocal/libtasn1.m4:12: warning: underquoted definition of AM_PATH_LIBTASN1 > /usr/pkg/share/aclocal/libgnutls.m4:12: warning: underquoted definition of AM_PATH_LIBGNUTLS > /usr/pkg/share/aclocal/libgnutls-extra.m4:12: warning: underquoted definition of AM_PATH_LIBGNUTLS_EXTRA > /usr/pkg/share/aclocal/libgcrypt.m4:23: warning: underquoted definition of AM_PATH_LIBGCRYPT > /usr/pkg/share/aclocal/gtk.m4:7: warning: underquoted definition of AM_PATH_GTK > /usr/pkg/share/aclocal/gpg-error.m4:7: warning: underquoted definition of AM_PATH_GPG_ERROR > /usr/pkg/share/aclocal/glib.m4:8: warning: underquoted definition of AM_PATH_GLIB > /usr/pkg/share/aclocal/audiofile.m4:12: warning: underquoted definition of AM_PATH_AUDIOFILE > /usr/pkg/share/aclocal/ao.m4:9: warning: underquoted definition of XIPH_PATH_AO > configure.in: installing `./install-sh' > configure.in: installing `./missing' > configure.in:6: installing `./config.guess' > configure.in:6: installing `./config.sub' > dpi/Makefile.am: installing `./depcomp' > > just warnings, but i thought you should know. 'info automake' (or autoconf) explains this. Those are m4 macros for other programs that need polishing. It's unrelated to Dillo. Cheers Jorge.-

July 16, 2004

Re: [Dillo-dev]dpip dialog for https (and dpis in general)

by Brian Hechinger

On Fri, Jul 16, 2004 at 10:24:20AM -0400, Jorge Arellano Cid wrote: > > The changes are now in the CVS. gotten. > Brian: unless you're interested in dpi development, or want to > alpha test the https dpi, I'd recommend 0.8.2 as an upgrade. i'm interested in https. i will do my best to break it. :) i run into this issue running autogen.sh though: wonko@zaphod$ ./autogen.sh aclocal found autoheader found autoconf found automake found [Checks passed] Generating... /usr/pkg/share/aclocal/pkg.m4:5: warning: underquoted definition of PKG_CHECK_MODULES run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending%20aclocal /usr/pkg/share/aclocal/libtasn1.m4:12: warning: underquoted definition of AM_PATH_LIBTASN1 /usr/pkg/share/aclocal/libgnutls.m4:12: warning: underquoted definition of AM_PATH_LIBGNUTLS /usr/pkg/share/aclocal/libgnutls-extra.m4:12: warning: underquoted definition of AM_PATH_LIBGNUTLS_EXTRA /usr/pkg/share/aclocal/libgcrypt.m4:23: warning: underquoted definition of AM_PATH_LIBGCRYPT /usr/pkg/share/aclocal/gtk.m4:7: warning: underquoted definition of AM_PATH_GTK /usr/pkg/share/aclocal/gpg-error.m4:7: warning: underquoted definition of AM_PATH_GPG_ERROR /usr/pkg/share/aclocal/glib.m4:8: warning: underquoted definition of AM_PATH_GLIB /usr/pkg/share/aclocal/audiofile.m4:12: warning: underquoted definition of AM_PATH_AUDIOFILE /usr/pkg/share/aclocal/ao.m4:9: warning: underquoted definition of XIPH_PATH_AO configure.in: installing `./install-sh' configure.in: installing `./missing' configure.in:6: installing `./config.guess' configure.in:6: installing `./config.sub' dpi/Makefile.am: installing `./depcomp' just warnings, but i thought you should know. -brian -- "Performing a Google search on the fairly unique name you've chosen weeks ago for a piece of software you're writing, only to discover that the sole occurance of that name is as a pen-name for someone who spends his spare time writing X-rated PowerPuff Girls fan fiction is pretty-much a buzzkill." -- Jonathan Patschke --

July 16, 2004

Re: [Dillo-dev]dpip dialog for https (and dpis in general)

by Jorge Arellano Cid

Garret, Brian, CC: anyone interested ;) On Fri, 16 Jul 2004, Brian Hechinger wrote: > On Thu, Jul 15, 2004 at 11:31:12PM -0400, Jorge Arellano Cid wrote: >> >> I'll test and upload tomorrow. > > let us know, i'd love to test it. i just setup a new machine, and the latest > dillo in NetBSD's packages collection is 0.8.1, so i'm ready to upgrade > anyway. ;) The changes are now in the CVS. Example code can be find in the hello dpi (and also in nav.c). For instance, after upgrading the dpi binaries, launch Dillo and load this url "dpi:/hello/world". It will pop up a dialog, make a choice and look at the answer. repeat the test by going Back and Forward (the hello dpi is set to always reload). The relevant code is well commented. Look inside the hello dpi and you can also review the new dpiapi.[ch] files. Nav.c has an example of use for a_Interface_question_dialog() too. This should be enough for asking the user about certificates that can't be authenticated. Note that the code is not final, i.e. it needs some polishing and extensions. The good news is that in clearly illustrates the process and now is much easier to do it so. even the data structures and interface was thought to be extensible. Cheers Jorge.- Brian: unless you're interested in dpi development, or want to alpha test the https dpi, I'd recommend 0.8.2 as an upgrade.

July 16, 2004

[Dillo-dev]dpip dialog for https (and dpis in general)

by Jorge Arellano Cid

Hi there, In the afternoon I had a prototype working, wich BTW was very pleasing to see working, after living a long time as an abstract design. It needed some touches, and while working on them, some hidden bugs outside its scope showed in nav.c's repost dialog. Short story, I decided to integrate some code in interface.c with the new dialog renderer, use a more flexible design and fix the bugs. I'll test and upload tomorrow. Cheers Jorge.-

July 16, 2004

Re: [Dillo-dev]Configure script patch

by Jorge Arellano Cid

On Wed, 14 Jul 2004, Garrett Kajmowicz wrote: > This patch updates the configuration system to chack for OpenSSL libraries, > and compile appropriately. I have tested to make sure that the system work > with both ssl enabled and disabled, though I do not know how well it will > react to not have OpenSSL present at all. > > Along wwith those changes go changes to the https.c file to take advantage of > this newly available information. In the event that it is compiled without > ssl support, an error page will come back indicating that the dpi was > compiled without ssl support, and link to the openssl website. Ok, I'll check it after copding the dpip dialog. Yesterday some seasickness and stomach aches kept me away from the computer. I hope it gets better today... > btw, is there any easy command which will delete all of the non CVS files? > make distclean seems to keep the configure script around, along with other > cache information. I don't know! ;) BTW, I made a shell script to do it... Just in case you want to generate patches easily, keep a CVS repository tree and a working copy, that way: diff -pru dillo-cvs dillo-wc > Mydiff works very well. Cheers Jorge.-

July 15, 2004

[Dillo-dev]Configure script patch

by Garrett Kajmowicz

This patch updates the configuration system to chack for OpenSSL libraries, and compile appropriately. I have tested to make sure that the system work with both ssl enabled and disabled, though I do not know how well it will react to not have OpenSSL present at all. Along wwith those changes go changes to the https.c file to take advantage of this newly available information. In the event that it is compiled without ssl support, an error page will come back indicating that the dpi was compiled without ssl support, and link to the openssl website. btw, is there any easy command which will delete all of the non CVS files? make distclean seems to keep the configure script around, along with other cache information. - Garrett Kajmowicz

July 14, 2004

Re: [Dillo-dev]Re: HTTPS

by Garrett Kajmowicz

> Typical console error mesage (from yahoo mail secure logon page) > > lookes like: > |----------------- > > Nav_open_url: > Url=>https://login.yahoo.com/config/login?.branch=&.src=ym&.v=0&.u=bh9jje50 >fau8u&.last=&promo=&.intl=us&.bypass=&.partner=&pkg=&stepid=&.done=< url_str > = > https://login.yahoo.com/config/login?.branch=&.src=ym&.v=0&.u=bh9jje50fau8u >&.last=&promo=&.intl=us&.bypass=&.partner=&pkg=&stepid=&.done= main.c:153: > get_command: dpid tag is NULL > > : main.c:326: main: get_command failed > : {In https.filter.dpi} > > SSL_connect failed > Dpi: [Dpi_process_io] IOClose > > |----------------- > > and dillo provides no other feedback. Since I usually involk > dillo from my window manager, the console output is not normally > availible to me. I will take a look at it as soon as a I get a chance. > > Perhaps returning a SSL connection failed page would be nice. I'll see what I can do. I'm worried about code bloat, esp since Dillo prides itself on being very small. > > Dumb question: Is http 1.1 authentication amenable to a similar > treatment? That is one of the features I really miss. http 1.1 *anything* would require Dillo to support HTTP 1.1 When workingo n the HTTPS plugin, all of the requests that I pass through are HTTP 1.0 messages, meaning that we are indicating, at least to the other server, that we don't support any HTTP 1.1 features. Actually, all the HTTPS filter DPI does is open up an SSL connection to the remote computer and then pass all the HTTP connections through. THe only thing that makes it complicated at all is dealing with certificate isssues if they are invalid. - Garrett Kajmowicz

July 14, 2004

Re: [Dillo-dev]Re: HTTPS

by David McKee

On Tue, 13 Jul 2004, Jorge Arellano Cid wrote: > I just finished uploading my patches to the dpis (those that > were independent from your code but that required a merge) and > the tarball tree you sent me. Compiled and ran find on my Debian 3.0 system. Compiled on my tweaked RedHat 6.2 system, but it won't actually open some of the https URLs I tried. Typical console error mesage (from yahoo mail secure logon page) lookes like: | |----------------- Nav_open_url: Url=>https://login.yahoo.com/config/login?.branch=&.src=ym&.v=0&.u=bh9jje50fau8u…< url_str = https://login.yahoo.com/config/login?.branch=&.src=ym&.v=0&.u=bh9jje50fau8u… main.c:153: get_command: dpid tag is NULL : main.c:326: main: get_command failed : {In https.filter.dpi} SSL_connect failed Dpi: [Dpi_process_io] IOClose |----------------- | and dillo provides no other feedback. Since I usually involk dillo from my window manager, the console output is not normally availible to me. Perhaps returning a SSL connection failed page would be nice. The funny part is I could open a yahoo mail account over a secure connection from the Debian machine... Nor do I understand why it opens some, but not all secure URLs. Anyway, it looks like a good start and I'm very pleased to see it. Dumb question: Is http 1.1 authentication amenable to a similar treatment? That is one of the features I really miss. Thanks all, -- -- David McKee -- dmckee(a)jlab.org -- (757) 269-7492 (Office)

July 14, 2004

[Dillo-dev]form fields too narrow

by Thorben Thuermer

Hello, it seems that dillo renders all text input fields in forms one character too narrow, for example on: http://www.efa.de/gvh/XSLT_TRIP_REQUEST2?language=en we have: <INPUT NAME="itdTimeHour" VALUE="17" SIZE="2" MAXLENGTH="2" ...> (field for the hour of the time) which clearly requests to be two charcters, but ends up having space for only one, making it hard to use (horizontal scrolling). in the source (html.c) i found: if ((attrbuf = Html_get_attr(html, tag, tagsize, "size"))) gtk_widget_set_usize(widget, strtol(attrbuf, NULL, 10) * gdk_char_width(widget->style->font, '0'), 0); which makes the fields too narrow... changing it to (1+strtol(attrbuf, NULL, 10)) fixes the problem. i can only assume that 'gtk_widget_set_usize' sets the *outside* dimensions of the widget? (or that something else is off there...) - Thorben

July 14, 2004