- Dillo-dev - lists.mailman3.com

tabs + frames with .deb
by Caleb Duggan Sept. 2, 2005

Sept. 2, 2005

ive installed dillo using apt-get(in ubuntu).......is there any way to get tabs and frames support without compiling the source? -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

3 2

dillo + proxy?
by Caleb Duggan Sept. 1, 2005

Sept. 1, 2005

how do i give dillo a proxy? i cant find anything on how to give it a proxy from google searches or on the dillo website. Ive also tried looking for config files to put it in but can't find anything -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

3 2

exact meaning of "Handling of configuration data"
by Diego Sáenz Aug. 10, 2005

Aug. 10, 2005

Hi, in the current plans page(http://www.dillo.org/Plans.html) there is a medium priority task named: - Handling of configuration data. By some comments in the list have some idea of the meaning of this, but what is exact meaning of "handling of configuration data"? Diego.

2 1

cookies dpi patch is on CVS now
by Jorge Arellano Cid Aug. 10, 2005

Aug. 10, 2005

Hi there, After a more in depth review, the patch for the cookies dpi was uploaded to the CVS. It has some minor modifications and it's ready for testing! Cookies now hare handled by a dpi (dillo plugin), so there's no more restriction of only one instance of Dillo having cookies enabled. Every single dillo sees cookies.dpi as the "cookies server" so there's no problem, and dillo's core gets smaller. After 'make", remember to "dpidc stop" and to 'make install' to get the cookies dpi installed. If you find some bugs, please report back here to Diego or me. Diego: I'll try to catch up with the thread about the MIME dpi. As Matthias Franz pointed out, I'm interested on it. The main point is to make it use the dpi/dpip framework instead of a custom approach. --More on this soon. I'm also working on a new dpip library, so it may be merged in the future (don't worry, that's my work and it makes things easier, not harder). Porting the cookies dpi to it should be no more than one day, and I have already every other dpi working on it on a custom tree... -- Cheers Jorge.-

3 3

Search feature for the mailing list
by Jorge Arellano Cid Aug. 6, 2005

Aug. 6, 2005

Hi Jörgen, The mailing list "search" page is consistently working bad. Would you mind trying to find out a program that does this job given the archives as input. (the archives are available from: http://lists.auriga.wearlab.de/pipermail/dillo-dev/) I'd like to haveit running on site, otherwise it gets very hard for non-subscribed people to search the mailing list for some information. TIA. -- Cheers Jorge.-

3 2

News after LSM 2005
by Jorge Arellano Cid Aug. 2, 2005

Aug. 2, 2005

Hi there! It's being some time since coming back from France, but I'm catching up. There's a new link for "LSM 2005", and there's a video URL for those interested. Ah, Philippe De Swert, made a Debian package for x86 with dillo-0.8.5. It is available from the downloads page. Please let the Debian guys know so they can get it, and try it, tell them to report back here in case the package needs some polishing. It's being a lot of work with these conferences. I'll report here more news when we sort out what to do in the near future. The FLTK2-based prototype is not ready yet for CVS and this is one of the things we're deciding on with Sebastian. Diego: please check and send me the cookies patch to upload it to the CVS (and to merge with the prototype). The server was down several days because it was hacked. Now it's working normally again, reinstalled on another machine. This probably explains why it was so hard to get in touch with it. :-) -- Cheers Jorge.-

1 0

[Dillo-dev]Meta-refresh warning
by Glyn Kennington July 13, 2005

July 13, 2005

While using dillo to check some pages for AnyBrowser-friendliness, I've encountered the warning inserted whenever a <meta http-equiv="refresh" ...> tag is used. I interpreted this as meaning that the HTML I'd written was in some way wrong, and I should find another way to achieve the same effect. The warning says: This page uses the NON-STANDARD meta refresh tag. The HTML 4.01 SPEC\n" " (sec 7.4.4) recommends explicitly to avoid it. I checked that part of the HTML spec to see exactly what it said, and whether it suggested any better alternatives. However, all that section has to say about the use of "refresh" is: ( http://www.w3.org/TR/html401/struct/global.html#h-7.4.4 ) Note. Some user agents support the use of META to refresh the current page after a specified number of seconds, with the option of replacing it by a different URI. Authors should not use this technique to forward users to different pages, as this makes the page inaccessible to some users. Instead, automatic page forwarding should be done using server-side redirects. My understanding of that paragraph is that it's only recommending against redirection, in which the refresh tag specifies that a different page should be loaded after the timeout. It might additionally mean that it's only discouraged for "instant" (ie. delay=0) redirection. OTOH, refreshing the same page (which is what I'm trying to do with the page that I'm writing) should be OK. In this case, shouldn't dillo only complain if the "content" part of the tag contains a "URL=" (even if it won't handle the refresh without the aid of the meta-refresh patch)? I can write the necessary trivial patch to insert such a check if people agree that it's The Right Thing, but I thought I'd better check that I've interpreted the spec properly (and am reading the right bit of it) before I do so. Glyn

3 7

[Dillo-dev][PATCH] use an alternative rcfile from command line
by Tito July 10, 2005

July 10, 2005

Hi to all, this little patch adds a command line option ( -R --rcfile) to specify an alternative rcfile from the command line. This is useful if you are calling dillo from scripts or other applications and you need to enable/disable some options for a particular task. The patch is against dillo 8.5. Please apply if you think it is ok to do so and the patch fits in the dillo philisophy. Ciao, Tito

1 0

[Dillo-dev]viewing non-web files, thanks, etc
by Daniel C. Bastos July 6, 2005

July 6, 2005

I'm a dillo user, not a developer, but I sat down one day to write a quick patch to get dillo to let me quickly view PDF files because I read lots of them from the web. So I wrote a program called quick and then I wrote a patch to get dillo to call quick when it's a file that quick can open. I'm happy with the benefit, but this is not a patch for dillo, it's just a hack to get me happy (I didn't use glib, for example.) I wanted to drop you guys this message to tell you guys that there's one user who would like such feature in dillo and I should perhaps ask you guys how you would build such feature in dillo if you were to sit down today and do it. Who knows? I could do it myself, if it won't be too complicated. I also wanted to say thanks. I think the software is great. http://math.utoledo.edu/~dbastos/files/patch/patch_dillo_cache.c http://math.utoledo.edu/~dbastos/files/quick-0.1.tar.gz

4 6

Re: [Dillo-dev]cookies dpi over https and dpi framework
by Diego Sáenz July 3, 2005

July 3, 2005

Hello, i have found that the problem was in https dpi. Under some circunstances, self signed certificate and formated in some way, the https dpi died. I send a patch to fix it. The patch is for dillo 0.8.5 but surely it works in previous versions, only touches dpi/https.c, it works with or without cookies.dpi patch, whitout cokies.dpi patch only the first dillo have cookies. I send a this mail with cc to the list to make it,the new(and the fix), public so the people can test it ASAP. Diego Sáenz/DarkSpirit. 8<--------------------CUT HERE------------------>8 diff -pru dillo-0.8.5-DIRTY/dpi/https.c dillo-0.8.5-WORK/dpi/https.c --- dillo-0.8.5-DIRTY/dpi/https.c 2005-07-03 23:25:06.000000000 +0200 +++ dillo-0.8.5-WORK/dpi/https.c 2005-07-03 23:29:23.000000000 +0200 @@ -331,6 +331,7 @@ static int handle_certificate_problem(SS int retval = -1; long st; char buf[4096]; + char * cn, * cn_end; X509 * remote_cert; @@ -363,12 +364,16 @@ static int handle_certificate_problem(SS case X509_V_ERR_DEPTH_ZERO_SELF_SIGNED_CERT: /*Either self signed and untrusted*/ /*Extract CN from certificate name information*/ - strncpy(buf, (strstr(remote_cert->name, "/CN=") + 4), - (size_t)(strstr(strstr(remote_cert->name, "/CN=") + 4, "/") - - strstr(remote_cert->name, "/CN=")- 4)); + cn = strstr(remote_cert->name, "/CN=") + 4; + if (cn == NULL) break; + + if ((cn_end = strstr(cn, "/")) == NULL ) cn_end = cn + strlen(cn); + + strncpy(buf, cn, (size_t) (cn_end - cn)); + /*Add terminating NULL*/ - buf[strstr(strstr(remote_cert->name, "/CN=") + 4, "/") - - strstr(remote_cert->name, "/CN=")- 3] = 0; + buf[cn_end - cn] = 0; + sock_handler_printf(sh, 1, "<dpi cmd='dialog' msg='%s%s' alt1='%s' alt2='%s' alt3='%s'>", "The remote certificate is self-signed and untrusted.\n" 8<----------------------CUT HERE------------------------>8 El Tue, 28 Jun 2005 00:13:24 +0200 Jorgen Viksell <jviksell(a)dillo.org> escribio: > OK, now it's up at: > https://www.dillo.org/~jviksell/test.php > http://www.dillo.org/~jviksell/test.php > > It sends four secure cookies and four unsecure. > > Cheers, > Jörgen

1 0