- Dillo-dev - lists.mailman3.com

[Dillo-dev]Possible RPM delays
by Kelson Vibber Oct. 25, 2004

Oct. 25, 2004

My main computer at home has been having problems lately. I *hope* it's just the video card (I would expect worse problems if it were the motherboard, CPU, or memory), but I think it's fair to warn you that if 0.8.3 final comes out before I've resolved the issues, I might not be able to build all the RPMs immediately. Kelson Vibber www.hyperborea.org

4 6

Re: [Dillo-dev]Caching
by Jorge Arellano Cid Oct. 22, 2004

Oct. 22, 2004

Brian, On Fri, Oct 22, 2004 at 09:00:27AM -0400, Brian Hechinger wrote: > > > ok, i will volunteer to do the caching portion. > > > > Good! We need developer power. > > and i need more experience. this'll be good for me. ;) > > > Read the docs, and when in the code, after the normal path, > > follow the End2End reload flag. You can also look how it is > > handled with plugins. > > i will do that today, i'll let you know what i can figure out on my own. > > > Beware: don't dig inside the CCC or you'll ge lost. I'm > > preparing a document on it, and without this material, it'd be > > almost impossible to figure it out. > > ok, then i'll be very careful to avoid it for now. ;) > > > It looks like a good idea to start with. Flexible and simple. > > that's what i was striving for. no need to add extra complexity for no good > reason. ;) > > > Caching is complex. Pragma inside meta whithin HTML is just one > > way. HTTP has several others (for instance you'll have to start > > reading at section 13 of rfc2068.txt (aka HTTP1.1). > > ok, in that case i propse to add Pragma first and once i get that working i'll > add the other methods as well. > > > To make things more interesting, if an RFC-compliant user agent > > (browser) is built, then it's very easy to abuse it. By sending > > no-cache directives for advertising for instance. > > hence the need for cacherc so that we can specify which servers we will honor > the no cache directive from. this is something we need to certain things to > work right, but like you said, we don't want to get abused by it either. > > > I hope this gets you started. When in doubt, please ask. > > i still have to go through End2End, but real quick, how would i go about > parsing the header looking for Pragma? what's the best place to do that? Look inside Cache_parse_header(). :-) -- Cheers Jorge.-

1 0

[Dillo-dev]dillo don't handle the html euro symbol
by Florent BERANGER Oct. 22, 2004

Oct. 22, 2004

Hi everyones, Dillo don't handle the € HTML symbol. ? Best regards, Florent ************************ ADSL ILLIMITE TISCALI + TELEPHONE GRATUIT ************************ Surfez 40 fois plus vite pour 30EUR/mois seulement ! Et téléphonez partout en France gratuitement, vers les postes fixes (hors numéros spéciaux). Tarifs très avantageux vers les mobiles et l'international ! Pour profiter de cette offre exceptionnelle, cliquez ici : http://register.tiscali.fr/adsl (voir conditions sur le site)

2 1

[Dillo-dev]about gtk2.diff.gz
by Calvin Yu Oct. 21, 2004

Oct. 21, 2004

I used this patch file, tried dillo-0.7.3 and dillo-0.8.0. But when they were patched, both of them occured errors. Is there another version between 0.7.3 and 0.8.0 that can be patched with gtk2.diff.gz exactly. Who can send me that version, i just want to have a test. i will be very grateful for your help. My mail box is yuzenghui(a)people.com.cn Or yuzenghui(a)hotmail.com Thank you!!

3 2

[Dillo-dev]html parser stress testing?
by Thorben Thuermer Oct. 21, 2004

Oct. 21, 2004

Hello, (i just noticed this has been reported already, but anyway) a bit ago somebody reported a interesting experiment on bugtraq: he wrote a script that generates random malformed html and used it to test the stability (and security, in case bugs could be exploited to execute code!) of various browsers: http://www.securityfocus.com/archive/1/378632/2004-10-15/2004-10-21/0 this would probably also be interesting to test dillo with (running in a debugger) to weed out bugs. and just a bit after i thought that, somebody reported the first: http://home.eggdrop.ch/cgi-bin/remangle.cgi?0x702d9be9 <TABLE><TD COLSPAN=400192481> -> segfault - Thorben

2 1

[Dillo-dev]Rendering bug...
by Jorge Arellano Cid Oct. 21, 2004

Oct. 21, 2004

Hi Sebastian, Do you remember sometime ago when I lost a page that showed an overlayed calendar. Well, I was browsing dock apps an came accross this one: http://www.dockapps.org/file.php/id/99 This time I saved it! :) It reliably reproduces the bug: overlayed text rendering. Please give it a look. The bug shows on 0.8.2 and 0.7.3 so it's old enough that rc3 can perfectly get out with it inside, just in case it is not a trivial fix. -- Cheers Jorge.-

1 0

RE: [Dillo-dev]which version does this patch file patch
by Linda J. Laubenheimer Oct. 21, 2004

Oct. 21, 2004

> -----Original Message----- > From: dillo-dev-admin(a)lists.auriga.wearlab.de > [mailto:dillo-dev-admin@lists.auriga.wearlab.de] On Behalf Of > Sebastian Geerken > Sent: Monday, October 04, 2004 10:58 AM > To: dillo-dev(a)lists.auriga.wearlab.de > Subject: Re: [Dillo-dev]which version does this patch file patch > > > Hi, > > On Mon, Oct 04, yuzenghui wrote: > > hello everybody, I found a patch file in > > http://www.dillo.org/misc_files/gtk2.diff.gz. which version > of dillo > > can use this patch? And does this patch upgrade dw to gtk2? > > This patch can be (at least) applied to the version from > October 2003, but (most likely) not with the current version > of dillo. This patch is furthermore rather early development. > > The plans to port dillo to Gtk2 have been given up (and there > does not seem to be interest in this at all), so you should > not expect it to be continued. *Headdesk* So that's why it won't compile with glib2 and gtk2. It always ended up linking against libmodule 1.2, libglib 1.2, etc., if it compiled at all, because gtk+ apparently links against those, regardless of what you tell it in gtk-config. Oh, well, no Dillo on my thin box. If you have to install two versions of a library, you've done something wrong. The other stuff on the box wants the later libraries (glib2, gtk2). I'm not a C programmer, otherwise I'd fix it and send it to you. ljl

6 8

[Dillo-dev]Bug #364
by Russell J. Wood Oct. 21, 2004

Oct. 21, 2004

Hello Dilldoers =b Would the said bug be because the Set-Cookie entity sent from advogato.org is not RFC compliant? Here is what I received: Set-Cookie: id=<data>; path=/; Expires=Thursday, 20-Oct-2005 11:57:18 GMT I'm under the impression the Expires attribute is meant to be as: Wdy, DD-MM-YYYY HH:MM:SS GMT Therefore, because the Weekday isn't in an abbreviated form it is being discarded? Regards, Russell

3 7

[Dillo-dev]dillo-0.8.3-rc2 ready for download
by Jorge Arellano Cid Oct. 21, 2004

Oct. 21, 2004

Hi there, The new dillo-0.8.3-rc2 is ready for download and testing! It's basically the same as rc1, but with the race condition on the file dpi solved. It also uses a dpi server instead of a dpi filter so please beware and remove: /usr/local/lib/dillo/dpi/file/file.filter.dpi or /usr/lib/dillo/dpi/file/file.filter.dpi Actually it can work with both, but as we want to test the dpi server in the tarball (default) please be careful and be sure to remove the file filter dpi to be testing the file server dpi. (the other change is a minor improvement on the visited link color choosing algorithm). Feedback is very welcomed. After you say it's OK, it will be officially announced as dillo-0.8.3. Download URL: http://www.dillo.org/download/dillo-0.8.3-rc2.tar.bz2 -- Cheers Jorge.-

4 5

[Dillo-dev]Re: comment from ps2 group on 0.8.x
by Jorge Arellano Cid Oct. 20, 2004

Oct. 20, 2004

On Tue, Oct 19, 2004 at 07:33:18PM +0100, robert w hall wrote: > > > > Jorge > This from playstation2 group - I've asked him to ty the rc2 version > and/or clarify which 0.8.x version didn't render properly > Bob Hall Thanks. I received this email and the former on my personal email address. AFAIU you're on dillo-dev so I answered there, and to be sure this one goes to dillo-dev and to your address. Please use dillo-dev in the future. The main problem with writing directly to me is that I end being the only one that knows what's going on! :-) (Ah, and there's also the problem of duplicate answers...) > > ________________________________________________________________________ > > Read and respond to this message at: > https://playstation2-linux.com/forum/message.php?msg_id=45864 > By: deesaid Oh, please forward this in my name to that group. > > I have a problem with 0.8.x versions in PS2: some pages that look > correct with > the older dillo (the one that's precompiled here), when I try them with > the > newer 0.8.x versions look unformatted. The simplest example is doing a > search > on google: at the search results page, in a regular browser you can see > the > google logo at the top, the search form to the right, and below the logo > and > the form, the search results. In 0.8.x versions the results page is > composed > by the Google logo at the left top and the search form at the right, but > the > results are shown just below the search form, leaving a hughe blank > margin below > the google logo. > > Is there a way to fix it? Yes, the new parser (W3C + heuristics) solves this problem. RC2 will work and so 0.8.3. -- Cheers Jorge.-

2 3

[Dillo-dev]Hello to all and first question
by Roberto A. Foglietta Oct. 20, 2004

Oct. 20, 2004

Hi, first of all: thank you very much for you great job in doing Dillo! Actually I'm trying to use it to display bus time table in a station. What I'm looking here? A /deprecated/ features! I need to reload _automatically_ pages on the bus-station screens, there are some ways to do that: 1) use deprecated meta refresh tag (not work, even in previous vers.) 2) modify Dillo code to accept a -r <n> flag which force him to reload every <n> seconds 3) writing a dpi plugin (???) The way n.1 could be the best for me because I could choose reload delay just from server inserting that deprecated flag in HTML code. But old version of Dillo like 0.2.4 - 0.6.1 don't do that. Simply moved on the specified url and nothing else about reload. I would find a solution should be usefull for everybody and quite simple to do. Like put a flag which enable that deprecated tag and do it working. Or it could be better do something else? Automatically reload should be very usefull in all embedded (but not pda) system which aim to keep some information on the screen refreshed. That for all. Cheers, -- Roberto A. Foglietta Analista Programmatore GNU/Linux SAD Trasporto Locale S.p.a. Corso Italia 13/N 39100 BOLZANO (I) Tel. +39/0471-450.261 Fax +39/0471-450.253

1 0

[Dillo-dev]interesting link about browsers security tests
by Florent BERANGER Oct. 20, 2004

Oct. 20, 2004

Hi, http://www.securityfocus.com/archive/1/378632/2004-10-15/2004-10-21/2 Best regards, Florent ************************ ADSL ILLIMITE TISCALI + TELEPHONE GRATUIT ************************ Surfez 40 fois plus vite pour 30EUR/mois seulement ! Et téléphonez partout en France gratuitement, vers les postes fixes (hors numéros spéciaux). Tarifs très avantageux vers les mobiles et l'international ! Pour profiter de cette offre exceptionnelle, cliquez ici : http://register.tiscali.fr/adsl (voir conditions sur le site)

1 0

[Dillo-dev]Dillo Bug #577
by Russell J. Wood Oct. 20, 2004

Oct. 20, 2004

Hello Jason, I'm not sure how long ago you posted that bug, but it isn't a Dillo bug. The reason /usr/bin/dpid was executed is because it would have been before /usr/home/jason/bin in the PATH variable. Try moving your ~/bin directory before /usr/bin and see if you get the same results. Regards, Russell

1 0

[Dillo-dev]Bug #514
by Russell J. Wood Oct. 20, 2004

Oct. 20, 2004

Hello all. Bug number 514 isn't really a bug, per-se, due to the fact that an XHTML style script tag (<script src="java.js" type="text/javascript" />) isn't permitted in the head. Rendering it would be the bug, in my opinion. Regards, Russell

1 0

Re: [Dillo-dev]dillo-0.8.3-rc2 ready for download
by Jorge Arellano Cid Oct. 19, 2004

Oct. 19, 2004

On Tue, Oct 19, 2004 at 10:16:34AM +0100, robert w hall wrote: > In article <20041018191501.GM9792(a)dillo.org>, Jorge Arellano Cid > <jcid(a)dillo.org> writes > >Hi there, > > > > The new dillo-0.8.3-rc2 is ready for download and testing! > > > > It's basically the same as rc1, but with the race condition on > >the file dpi solved. It also uses a dpi server instead of a dpi > >filter so please beware and remove: > > > > /usr/local/lib/dillo/dpi/file/file.filter.dpi or > > done - :-) :-) > > [...] > > Feedback is very welcomed. After you say it's OK, it will be > >officially announced as dillo-0.8.3. > > > > Download URL: > > > > http://www.dillo.org/download/dillo-0.8.3-rc2.tar.bz2 > > > > > seems to compile OK on a playstation2 with https enabled > > dpi_parse_token gives an ERROR from open_url each time when trying to > read the filename, > before successfully executing start_send_page... > I presume this is an intended untidyness ? Yes. Before sending the dpi request to the server, a tentative connection is made to be sure it is running. If it's not, a new server is launched. Notwithstanding the untidiness exists ;), essentially it consists in giving a scary message instead of a more meaningful one. > Keep up the good work Thanks. We hope to. -- Cheers Jorge.-

1 0

[Dillo-dev]Re: Dillo potential DOS via redirect loop
by Jorge Arellano Cid Oct. 19, 2004

Oct. 19, 2004

Hi Kelson, On Mon, Oct 18, 2004 at 04:39:34PM -0700, Kelson Vibber wrote: > I was attempting to pull up the bug database for Wordpress > <http://mosquito.wordpress.org/> in Dillo 0.8.3rc2, and noticed that the > browser froze when I clicked on the "View bugs" link. After I killed it > and re-launched it from a command line, I saw it spewing Nav_open_url > messages over and over, alternating between these two lines: > > Nav_open_url: Url=>http://mosquito.wordpress.org/view_all_bug_page.php< > Nav_open_url: Url=>http://mosquito.wordpress.org/view_all_set.php?type=0< Yes, it happens... > > I'm not entirely sure what the site is trying to do, but Firefox, Opera > and IE all seem to make it through okay. I suspect it's something like > this: > > 1. view_all_bug_page.php checks for a cookie. It doesn't find it, so it > redirects (302) to view_all_set.php?type=0 > 2. view_all_set.php sets the cookie, then sends the browser back to the > original page. > 3. Either Dillo hasn't accepted the cookie and view_all_bug_page.php > sends the redirect again, or Dillo has already cached the 302 response > and jumps to view_all_set.php anyway. > > Adding mosquito.wordpress.org to cookiesrc doesn't make a difference. Currently Dillo's cache is handling HTTP 30x answers as cacheable redirections. This is more a lack of implementation than a BUG (there's no code to handle 302 answers now). > > Based on the libwww-perl HEAD utility (which breaks out of the loop > after 7 redirects) and just telnetting to port 80, I've found the following: > > - They're using a 302 (temporary) redirect on both scripts > - They're setting a cookie on view_all_set.php. > - They're using relative URLs in the Location header (which I think is > technically not allowed, but has been used in practice for years.) Dillo handles relative locations. > Regardless of whether this setup is valid, it *does* make Dillo stop > responding. There is at least one bug here -- Dillo isn't detecting the > redirect loop and breaking out of it -- and possibly two (if it's > caching the 302/temporary status). Yes, there're two problems. Dillo hogging the CPU is a BUG that'd be better fixed for 0.8.3. The caching problem is a large issue that needs much more time to tackle. The cache problem is very interesting: if a browser happens to follow the SPEC, it becomes easy to abuse (e.g. pragma: no-cache advertising). OTOH, some sites can require to refresh some page contents in order to keep some meaningful state (HTTPS services usually use cache directives). Maybe as it happens with cookies, just allowing certain cites and honoring HTTP cache directives from that set only, is a good solution in the long term. I'll try to find a way to catch the redirection loop hog... -- Cheers Jorge.-

1 0

[Dillo-dev]Re: anchor names
by Matthias Franz Oct. 19, 2004

Oct. 19, 2004

Dear Sebastian, thanks for the quick bugfix. On Sun, Oct 17, 2004 at 04:32:09PM +0200, Sebastian Geerken wrote: > The changes also make the viewport check, whether anchor names are > unique. If not, g_return_if_fail is called, which messages should not > be printed normally (and "normally" includes faulty web pages), > instead, normal HTML error messages should be shown. Probably, the > best solution is to add a function a_Dw_gtk_viewport_check_anchor(), > which returns, whether an anchor is already defined. If it returns > TRUE, an appropriate message is shown, and the anchor is not added. Why don't you let a_Dw_gtk_viewport_add_anchor return a result: FALSE = ok, TRUE = anchor already defined and not changed Then a_Dw_page_add_anchor could pass this on to html.c, where my patch would produce the HTML warning. Otherwise one would look up the hash table twice, once in a_Dw_gtk_viewport_check_anchor and once in a_Dw_gtk_viewport_add_anchor. All the best, -- Matthias Franz Section de Mathématiques, Université de Genève, Suisse

2 1

Re: [Dillo-dev]Re: race condition patch]
by Jorge Arellano Cid Oct. 18, 2004

Oct. 18, 2004

-- Cheers Jorge.-

1 0

[Dillo-dev]Re: anchor names
by Jorge Arellano Cid Oct. 18, 2004

Oct. 18, 2004

Hi there, This is half an email forward and half an answer. On Sun, Oct 17, 2004 at 04:32:09PM +0200, Sebastian Geerken wrote: > Hi, > > the dillo-dev mailing list does not seem to work, I always get an 550 > error, so I forward you the mail, which I did not succeed to send to > the list. > > Sebastian Now, 18 Oct, it works for me. I'm answering to dillo-dev because my test mail succeeded. > Date: Sun, 17 Oct 2004 15:54:40 +0200 > From: Sebastian Geerken <sgeerken(a)dillo.org> > Subject: Re: [Dillo-dev]anchors_table not cleared > To: dillo-dev(a)auriga.wearlab.de > Mail-Followup-To: Sebastian Geerken <sgeerken(a)dillo.org>, > dillo-dev(a)auriga.wearlab.de > > On Fri, Oct 15, Matthias Franz wrote: > > I'm writing a patch for a better treatment of anchor names in HTML pages. > > During this, I've come across the following bug in Dillo. > > > > Jorge: I think this is what produced the bug in the patch I sent you. > > > > Entries are never removed from the hash table anchors_table, which stores > > the anchors of a page (see dw_gtk_viewport.c). This means that whenever a > > new page is displayed in the same viewport, the old anchors remain in > > the hash table, but their keys are overwritten. Like in this example: > > (The "###" lines are debug information I've inserted.) > > > > [...] > > > > Obviously, the anchors_table must be cleared whenever a new page is > > displayed. I don't know the dw* part of Dillo very well, and the > > connection between the html structure and the viewport seems to be quite > > indirect. Can anyone suggest a fix? > > The latest commitment in CVS fixes this, the patch is also > attached. Jorge, I'm not sure, whether this should be included into > the release, since the changes are rather big, and currently, it only > fixes a memory leak. I'd prefer to leave it out of rc2. It's been more than four months since our last release. The one following 0.8.3 is going to have the new abstraction layer for Dw, and other changes, so just in case it takes some time to stabilize it, it'd be very good to have a solid 0.8.3 out there. I'll prepare the dillo-0.8.3-rc2 tarball ASAP and write back when it's ready for download... > > The changes also make the viewport check, whether anchor names are > unique. If not, g_return_if_fail is called, which messages should not > be printed normally (and "normally" includes faulty web pages), > instead, normal HTML error messages should be shown. Probably, the > best solution is to add a function a_Dw_gtk_viewport_check_anchor(), > which returns, whether an anchor is already defined. If it returns > TRUE, an appropriate message is shown, and the anchor is not added. Agreed. -- Cheers Jorge.-

1 0

[Dillo-dev]Is dillo-dev back? (test mail)
by Jorge Arellano Cid Oct. 18, 2004

Oct. 18, 2004

Hi, If this is readable, dillo-dev is up! -- Cheers Jorge.-

1 0

[Dillo-dev]anchors_table not cleared
by Matthias Franz Oct. 15, 2004

Oct. 15, 2004

Hi everybody, I'm writing a patch for a better treatment of anchor names in HTML pages. During this, I've come across the following bug in Dillo. Jorge: I think this is what produced the bug in the patch I sent you. Entries are never removed from the hash table anchors_table, which stores the anchors of a page (see dw_gtk_viewport.c). This means that whenever a new page is displayed in the same viewport, the old anchors remain in the hash table, but their keys are overwritten. Like in this example: (The "###" lines are debug information I've inserted.) ~$ dillo http://www.google.de dillo_dns_init: Here we go! Disabling cookies. ### Dw_gtk_viewport_init: anchors_table init Nav_open_url: Url=>about:splash< Nav_open_url: Url=>http://www.google.de< Dns_server [0]: www.google.de is 0x8100ea8 Connecting to 66.102.9.99 ### size(anchors_table) = 0 ### entries: ### Html_add_anchor: adding anchor 1a ### size(anchors_table) = 1 ### entries: <1a> ### Html_add_anchor: adding anchor 2a ### size(anchors_table) = 2 ### entries: <2a> <1a> ### Html_add_anchor: adding anchor 3a ### size(anchors_table) = 3 ### entries: <3a> <2a> <1a> ### Html_add_anchor: adding anchor 4a ### size(anchors_table) = 4 ### entries: <4a> <3a> <2a> <1a> ### Html_add_anchor: adding anchor all ### size(anchors_table) = 5 ### entries: <4a> <all> <3a> <2a> <1a> ### Html_add_anchor: adding anchor lgr ### size(anchors_table) = 6 ### entries: <4a> <all> <3a> <2a> <1a> <lgr> ### Html_add_anchor: adding anchor cty Nav_open_url: Url=>http://www.google.de/imghp?hl=de&tab=wi&ie=UTF-8< Connecting to 66.102.9.99 ### size(anchors_table) = 7 ### entries: <> <> <h3> <> <¸1> <À(> <> ### Html_add_anchor: adding anchor 0a ### size(anchors_table) = 8 ### entries: <0a> <> <> <h3> <> <¸1> <> <> ### Html_add_anchor: adding anchor 2a ### size(anchors_table) = 9 ### entries: <0a> <> <> <h3> <> <2a> <¸1> <> <> ### Html_add_anchor: adding anchor 3a ### size(anchors_table) = 10 ### entries: <0a> <> <> <h3> <3a> <> <2a> <¸1> <> <> ### Html_add_anchor: adding anchor 4a Dillo: normal exit! Obviously, the anchors_table must be cleared whenever a new page is displayed. I don't know the dw* part of Dillo very well, and the connection between the html structure and the viewport seems to be quite indirect. Can anyone suggest a fix? Thanks in advance, -- Matthias Franz Section de Mathématiques, Université de Genève, Suisse

2 2

[Dillo-dev][marianne@mathematicians.de: Compatibility]
by Jorge Arellano Cid Oct. 15, 2004

Oct. 15, 2004

-- Cheers Jorge.-

1 0

[Dillo-dev]testing dillo-0.8.3-rc1
by Bjoern Brill Oct. 15, 2004

Oct. 15, 2004

Hello, I've tried out dillo-0.8.3-rc1 for a few days on a Debian GNU/Linux 3.0 "woody"/i386 system. It compiled and installed cleanly, and I did not encounter any regressions against 0.8.2 yet. The parser changes are a real improvement -- several formerly problematic sites I've tried work now, and the "Detected HTML errors" view produces much more meaningful results. Two small problems I've encountered: - It seems that, if a pair of <a href="..."> </a> tags contains something illegal, like <div>, then the <a> tags are ignored, rather than the illegal stuff inside. That's suboptimal. As an example, look at http://www.kmelektronik.de/ (admittedly a very broken site, standards-wise). The text fragments "Light-Version Versand" and "Light-Version Shop" near the page bottom should really be links. If this is hard to fix, then don't bother. - This one is not new, but I fixed it a while ago for myself and then forgot about it: the "This page uses the NON-STANDARD meta refresh tag..." warning usually occurs inside <head>, but is immediately sent to the parser, which in turn switches its HTML processing state from IN_HEAD to IN_BODY prematurely. After that, head-only tags like <title> and <base> are ignored. A minimal fix is at the end of the mail. Best regards, Björn Brill -- Bj"orn Brill <brill(a)fs.math.uni-frankfurt.de> Frankfurt am Main, Germany --- dillo-0.8.3-rc1/src/html.c.orig Tue Sep 21 17:42:12 2004 +++ dillo-0.8.3-rc1/src/html.c Tue Oct 5 19:21:42 2004 @@ -3101,7 +3101,11 @@ static void Html_tag_open_meta(DilloHtml /* Send a custom HTML message */ html_msg = g_strdup_printf(meta_template, content, delay_str); - Html_write_raw(html, html_msg, strlen(html_msg), 0); + { + DilloHtmlProcessingState SaveFlags = html->InFlags; + Html_write_raw(html, html_msg, strlen(html_msg), 0); + html->InFlags = SaveFlags; + } g_free(html_msg); } }

2 4

[Dillo-dev]Crash on fast reload for dpi pending...
by Jorge Arellano Cid Oct. 14, 2004

Oct. 14, 2004

Hi there, Please note that hitting reload as a mad man over a dpi-handled URL can crash Dillo. This happens because currently there's no code to account for this case (as there is for the HTTP branch). Thinking about it, there's a possibility of merging the CCC branches into a couple of generic and very powerful ones (much like what the dpi is now). If this design is possible, and succeeds, it would mean much simpler handling of IO, the elimination of a lot of complexity, more stability (all the data would use it and thus be more tested). I'll give it some thought. Not for the next release though... :-) -- Cheers Jorge.-

1 0

[Dillo-dev]dillo-0.8.3-rc1.tar.bz2
by Jorge Arellano Cid Oct. 14, 2004

Oct. 14, 2004

Hi there, The release of dillo-0.8.3 is very close now. Today I prepared the release candidate tarball for it. Please test and send some feedback; the last request for feedback on the CVS had a single answer. !? Get rc1 from: http://www.dillo.org/download/dillo-0.8.3-rc1.tar.bz2 It should be out in early September. -- Cheers Jorge.-

4 10

[Dillo-dev]Webmails compatibility with Dillo 0.8.3rc1
by Florent BERANGER Oct. 12, 2004

Oct. 12, 2004

Hi, Here a little test result about webmails compatibility : Read Compose Horde : ok nok Squirrel : ok ok -> you just have to select a frame and it's ok:) Tiscali : nok nok Ms hotmail: nok nok Google gmail: nok nok Yahoo mail: nok nok Best regards, Florent ************************ ADSL ILLIMITE TISCALI + TELEPHONE GRATUIT ************************ Surfez 40 fois plus vite pour 30EUR/mois seulement ! Et téléphonez partout en France gratuitement, vers les postes fixes (hors numéros spéciaux). Tarifs très avantageux vers les mobiles et l'international ! Pour profiter de cette offre exceptionnelle, cliquez ici : http://register.tiscali.fr/adsl (voir conditions sur le site)

1 0

[jcid@dillo.org: Re: [Dillo-dev]Caching]
by Jorge Arellano Cid Oct. 12, 2004

Oct. 12, 2004

Hi, Here's an email that I mistakenly replied personally instead of to dillo-dev. -- Cheers Jorge.-

1 0

[Dillo-dev][illegal content type in doc/Dpid.txt]
by Jorge Arellano Cid Oct. 10, 2004

Oct. 10, 2004

Hi, Diego, IIRC you wrote the below mentioned example. Please give it a review. -- Cheers Jorge.-

2 1

RE: [Dillo-dev]which version does this patch file patch
by Linda J. Laubenheimer Oct. 10, 2004

Oct. 10, 2004

> -----Original Message----- > From: dillo-dev-admin(a)lists.auriga.wearlab.de > [mailto:dillo-dev-admin@lists.auriga.wearlab.de] On Behalf Of > Jeremy Henty > Sent: Tuesday, October 05, 2004 1:18 AM > To: dillo-dev(a)lists.auriga.wearlab.de > Subject: Re: [Dillo-dev]which version does this patch file patch > > On Mon, Oct 04, 2004 at 11:37:33AM -0700, Linda J. Laubenheimer wrote: > > > *Headdesk* So that's why it won't compile with glib2 and gtk2. It > > always ended up linking against libmodule 1.2, libglib 1.2, etc., > > Yes. Despite the names, gtk+-1 and gtk+-2 are different > libraries. You can't build against one and link against the > other, any more than you can build a KDE app and expect it to > link against GNOME. Which is why I tried to build it against gtk2. > > Oh, well, no Dillo on my thin box. > > Why not? Gtk+-2 is designed to work alongside gtk+-1 with no > problems. I have had them both installed for a couple of > years, running dillo and other gtk+-1 and gtk+-2 > applications. It's all worked out of the box with no problems. One word: space. When you are working on embedded systems with limited space, you have to chose your libraries carefully, not pile in double libraries that are just slightly different. > > If you have to install two versions of a library, you've done > > something wrong. > > I agree, but that doesn't apply here. Gtk+-1 and gtk+-2 are > *different* libraries. Since no application built against > one of them will even look at the other there's no problem. > Version hell only happens when an application can link > against more than one library on your system and runs the > risk of picking the wrong one. The design of > Gtk+-2 ensures that this won't happen. Technically, two version of a library are different libraries. The fact is, when you have to pick which one of two similar libraries to include, just adding the second isn't an option. We're talking about fitting everything, including printing, on a 32M or 64M flash, and every redundancy counts against you. The whole idea behind looking at Dillo is to obtain a nicely featured browser with a small disk footprint. > > I'm not a C programmer, otherwise I'd fix it and send it to you. > > Believe me, there's nothing to fix. Just install both gtk+-1 and > gtk+-2 and live happily ever after. I did! Not going to happen. I stated, I thought clearly, that this was an embedded project. You can't just go willy-nilly installing extra libraries because an application only compiles against version 1, but not version 2. The rest of the items in the project are compiled against gtk2. So yes, in order to use Dillo, it would need to be fixed to be compiled against glib2 and gtk2, because just installing another set of libraries is not an option. ljl

4 3

[Dillo-dev]Caching
by Russell J. Wood Oct. 9, 2004

Oct. 9, 2004

Hi all, Before the next release would it be possible to add an option in dillrc concerning caching (i.e. don't do it)? Regards, Russell

3 3

[Dillo-dev]Starting with a blank page
by Joonas Saarinen Oct. 8, 2004

Oct. 8, 2004

With 0.8.2 I could use "file:/dev/null" as start_page to begin with a blank page. However, it seems that using the same trick with 0.8.3-rc1 leads Dillo to complain that it "can't start dpid daemon". Should this be fixed or should there rather be something like "about:blank" to start with an empty page?

2 1

[Dillo-dev]Invoke application upon clicking a link
by huy Oct. 8, 2004

Oct. 8, 2004

Hello all, I would like to be able to click on a link and invoke a local executable. As you might already know, this is similar to the activeX IE or the shell model in mozilla. And this is for a quick and dirty demo, so security isn't an issue. Is there a way I can do this with dillo (short of modifying the source code). The HTML will be on the local machine too. Thanks all Huy

4 3

[Dillo-dev]external viewers patch
by Matthias Franz Oct. 8, 2004

Oct. 8, 2004

Hi everybody, I have extended Lars Clausen's external viewers patch and ported it to Dillo 0.8.3. While it is still under development (it doesn't use the dpi framework yet), it is already a stable and essentially complete implementation of RFC 1524, and at least to me Dillo is much more useful if it can display PS and PDF files, for instance. If you are interested, you can download the patch at http://www-fourier.ujf-grenoble.fr/~franz/dillo/ . Comments are welcome! All the best, -- Matthias Franz Section de Mathématiques, Université de Genève, Suisse

1 0

[Dillo-dev][sylvinus@lynucs.org: Re: Easy to solve problem in the HTML]
by Jorge Arellano Cid Oct. 7, 2004

Oct. 7, 2004

Hi there, This is what you MUST expect from a good webmaster! -- Cheers Jorge.-

1 0

[Dillo-dev]contribution : crystalsvg icons for Dillo toolbar
by Florent BERANGER Oct. 7, 2004

Oct. 7, 2004

Hi, you'll find, as part, the pixmap.h file for Crystalsvg (www.everaldo.com ) icons for Dillo toolbar :) Best regards, Florent BERANGER Flonix : http://www.flonix.com ************************ ADSL ILLIMITE TISCALI + TELEPHONE GRATUIT ************************ Surfez 40 fois plus vite pour 30EUR/mois seulement ! Et téléphonez partout en France gratuitement, vers les postes fixes (hors numéros spéciaux). Tarifs très avantageux vers les mobiles et l'international ! Pour profiter de cette offre exceptionnelle, cliquez ici : http://register.tiscali.fr/adsl (voir conditions sur le site)

2 1

Re: [Dillo-dev]0.8.3rc1 test
by Florent BERANGER Oct. 6, 2004

Oct. 6, 2004

Hi, see the http://fr.wikipedia.org web page for exemple. Best regards, Florent ---------- Initial Header ----------- From : dillo-dev-admin(a)lists.auriga.wearlab.de To : dillo-dev(a)auriga.wearlab.de Cc : Date : Fri, 1 Oct 2004 20:03:46 -0400 Subject : Re: [Dillo-dev]0.8.3rc1 test > > What's bad about that code? HTML 4 is, in the absence of headers or > > meta tags indicating otherwise, assumed to be ISO-8859-1. The é is > > perfectly legal there. > > If you give Dillo an ISO-8859-1 'é', it will work fine. > > Now, if you give it in some other encoding, it will fail. > > > > > Given that they show up correctly when I look at that site here, I > > suspect it's a font problem on the display, not an HTML or Dillo problem. > > Yes, it could be. BTW, if the source page has an ISO-8859-1 'é' > this is surely the problem. Sorry, I should have said: "if the source page has a NON ISO-8859-1 'é', this is surely the problem" -- Cheers Jorge.- _______________________________________________ Dillo-dev mailing list Dillo-dev(a)lists.auriga.wearlab.de http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev ************************ ADSL ILLIMITE TISCALI + TELEPHONE GRATUIT ************************ Surfez 40 fois plus vite pour 30EUR/mois seulement ! Et téléphonez partout en France gratuitement, vers les postes fixes (hors numéros spéciaux). Tarifs très avantageux vers les mobiles et l'international ! Pour profiter de cette offre exceptionnelle, cliquez ici : http://register.tiscali.fr/adsl (voir conditions sur le site)

5 5

RE: [Dillo-dev]which version does this patch file patch
by Linda J. Laubenheimer Oct. 6, 2004

Oct. 6, 2004

> -----Original Message----- > From: dillo-dev-admin(a)lists.auriga.wearlab.de > [mailto:dillo-dev-admin@lists.auriga.wearlab.de] On Behalf Of > Jorge Arellano Cid > Sent: Wednesday, October 06, 2004 6:48 AM > To: dillo-dev(a)lists.auriga.wearlab.de > Subject: Re: [Dillo-dev]which version does this patch file patch > > > What does "*Headdesk*" mean? Sorry, a bit of humor. *Headdesk* means the act of banging your head on the desk, usually from frustration or discovery that you've been an idiot, or both. The words "head" and "desk" are run together, in a visual joke of the two colliding. It probably doesn't translated well... L J Laubenheimer

2 1

[Dillo-dev]dillo and TAB key
by Miana Husada Oct. 6, 2004

Oct. 6, 2004

Hi! I'm a new user of Dillo and I'm really interested to play with it. Currently I intend to make dillo accept keyboard input(tab and enter key) rather than mouse input to select and click the hyperlink, button, textfield, etc on the web page. Currently if I press tab key, it can only move the focus between the button, and textfield. It doesn't move focus to the hyperlink.Could you please give me idea how to do it? My second question is how to apply patch for dillo? Where should I put the patch? I experience hunk failed when I try to install a patch for dillo. Thank you very much for your help. Sorry, if my question seems very simple. Miana _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com

2 1

[Dillo-dev]Mailing list search
by Jorge Arellano Cid Oct. 6, 2004

Oct. 6, 2004

Jörgen, and everybody I just noticed that GMANE is forcing javascript to display mailing list searches :(. Well, we have the relevant dillo-dev mail folders, so maybe it's time to provide that service from our web site. There surely are good programs for doing this. Does anyone know of a good candidate? (the problem is: given a set of mailfolders, provide a search engine with an HTML interface to them). -- Cheers Jorge.-

4 4

[Dillo-dev]mailto: protocol
by Florent BERANGER Oct. 6, 2004

Oct. 6, 2004

Hi, I didn't see, in docs and config file, how to configure the mailto: protocol in order to redirect it to a mail client specified in dillorc config dile. Does I need a patch for this feature ? Thanks for your infos, Best regards, Florent ************************ ADSL ILLIMITE TISCALI + TELEPHONE GRATUIT ************************ Surfez 40 fois plus vite pour 30EUR/mois seulement ! Et téléphonez partout en France gratuitement, vers les postes fixes (hors numéros spéciaux). Tarifs très avantageux vers les mobiles et l'international ! Pour profiter de cette offre exceptionnelle, cliquez ici : http://register.tiscali.fr/adsl (voir conditions sur le site)

2 1

[Dillo-dev]resuming from offline gap due to ISP change
by Jorge Arellano Cid Oct. 6, 2004

Oct. 6, 2004

Hi there, After changing ISP I had some unexpected problems trying to access our servers (no HTTP, no MAIL, no SSH). Initially I thought the wearlab was down, but the second day I realized it was a connection problem. It took some time to solve this, but now I'm back. -- Cheers Jorge.-

1 0

[Dillo-dev]testing dillo-0.8.3-rc1
by Bjoern Brill Oct. 5, 2004

Oct. 5, 2004

Hello, I've tried out dillo-0.8.3-rc1 for a few days on a Debian GNU/Linux 3.0 "woody"/i386 system. It compiled and installed cleanly, and I did not encounter any regressions against 0.8.2 yet. The parser changes are a real improvement -- several formerly problematic sites I've tried work now, and the "Detected HTML errors" view produces much more meaningful results. Two small problems I've encountered: - It seems that, if a pair of <a href="..."> </a> tags contains something illegal, like <div>, then the <a> tags are ignored, rather than the illegal stuff inside. That's suboptimal. As an example, look at http://www.kmelektronik.de/ (admittedly a very broken site, standards-wise). The text fragments "Light-Version Versand" and "Light-Version Shop" near the page bottom should really be links. If this is hard to fix, then don't bother. - This one is not new, but I fixed it a while ago for myself and then forgot about it: the "This page uses the NON-STANDARD meta refresh tag..." warning usually occurs inside <head>, but is immediately sent to the parser, which in turn switches its HTML processing state from IN_HEAD to IN_BODY prematurely. After that, head-only tags like <title> and <base> are ignored. A minimal fix is at the end of the mail. Best regards, Björn Brill Please CC: me on list replies. -- Bj"orn Brill <brill(a)fs.math.uni-frankfurt.de> Frankfurt am Main, Germany --- dillo-0.8.3-rc1/src/html.c.orig Tue Sep 21 17:42:12 2004 +++ dillo-0.8.3-rc1/src/html.c Tue Oct 5 19:21:42 2004 @@ -3101,7 +3101,11 @@ static void Html_tag_open_meta(DilloHtml /* Send a custom HTML message */ html_msg = g_strdup_printf(meta_template, content, delay_str); - Html_write_raw(html, html_msg, strlen(html_msg), 0); + { + DilloHtmlProcessingState SaveFlags = html->InFlags; + Html_write_raw(html, html_msg, strlen(html_msg), 0); + html->InFlags = SaveFlags; + } g_free(html_msg); } }

1 0

[Dillo-dev]which version does this patch file patch
by yuzenghui Oct. 4, 2004

Oct. 4, 2004

hello everybody, I found a patch file in http://www.dillo.org/misc_files/gtk2.diff.gz. which version of dillo can use this patch? And does this patch upgrade dw to gtk2? Thank you! -------------------------------------------- ÈšÍþµ÷ÖÆ ÐÂÎÅ¿ì²Í£»ÓÑÇé»¥¶¯ ¶ÌÐÅŽ«Çé¡£ »¶ÓÔì·ÃÈËÃñÍø¶ÌÐÅÆµµÀ£ºhttp://sms.people.com.cn

2 1

[Dillo-dev]Interface improvements and others.
by rootag＠terra.es Oct. 2, 2004

Oct. 2, 2004

(Sorry for my English, any corrections are wellcome). Hello, I hope not bother with my opinions. In the Dillo interface, I think that is good idea a simple speedometer for medium speed. medium_speed = Total_html_size_in_KBytes / Total_time_to_load. This isn't the real speed of line, but is the real speed for load html document. I think that is very easy to make. Can be displayed together the images loaded, and KB loaded. Another question, why Dillo render, and render again and again,when load are in process? This burn a lot of CPU. Explorer and other seems to render at a time. Another more, It's posible make a dialog box that answer the human if want accept cookies from site, this time, always from this site,never from this site,no for this time? Thanks, Fran.

1 0

[Dillo-dev]0.8.3rc1 test
by Florent BERANGER Oct. 2, 2004

Oct. 2, 2004

Hi, I'm Florent BERANGER, from Flonix company (http://www.flonix.com) We like Dillo because it's small and fast :) I've just tested the 0.8.3rc1, the rendering is really better :) Here 2 remaining bugs I've found : - some hardcoded accented characters (for exemple use "é" in the place of "é" in HTML code) aren't properly displayed. - the pages background must be white by default (actually grey). We currently working to port the "crystal" icon set to Dillo. Since done, you'll can add it in icons page :) We are very interested by Tabs support feature. I saw some patchs for this feature. How can we compile Dillo 0.8.3 with them ? Thanks for your good works, Best regards, Florent http://www.flonix.com ************************ ADSL ILLIMITE TISCALI + TELEPHONE GRATUIT ************************ Surfez 40 fois plus vite pour 30EUR/mois seulement ! Et téléphonez partout en France gratuitement, vers les postes fixes (hors numéros spéciaux). Tarifs très avantageux vers les mobiles et l'international ! Pour profiter de cette offre exceptionnelle, cliquez ici : http://register.tiscali.fr/adsl (voir conditions sur le site)

4 5

[Dillo-dev](no subject)
by rootag＠terra.es Oct. 1, 2004

Oct. 1, 2004

Hello, I had an incompatible library, for this reason I need remove bugs: 596, 597, 599, 600, I tried remove it in the page but don't run. Anyone can remove this bugs?

2 1

[Dillo-dev]Dillo on Cygwin
by Kelson Vibber Sept. 30, 2004

Sept. 30, 2004

A few days ago I noticed that GTK+ and GLib are now available through the Cygwin installer, so I started reworking my directions for building Dillo on Cygwin (currently at http://www.hyperborea.org/software/dillo/cygwin.html ). I hadn't tried it since Dillo 0.7.3, so when I built 0.8.2 with the new built-in libraries, I discovered some problems with DPI. First, since Cygwin knows it's running under Windows, it appends .exe to any executable files it builds. (When you run a command in Cygwin, it will look for the file as written, then look for it with .exe added -- so the compiler is really gcc.exe but you can still run it by typing "gcc".) This includes the DPI plugins, which end up being bookmarks.dpi.exe, downloads.dpi.exe, etc. This means dpid will not find them when it looks for available plugins unless you rename them. Second, even after renaming them, I can't get any DPI plugins to actually work. Here is the output from clicking on the bookmarks button: Nav_open_url: Url=>dpi:/bm/< url_str = dpi:/bm/ Dpi_check_uds: Connection refused /tmp/kvibber-5re3lm/dpid.srs debug_msg - init_sockdir: The socket directory /tmp/kvibber-5re3lm exists and is OK dpid started Capi_dpi_conn_timeout:: try 1 main.c:153: get_command: dpid tag is NULL : main.c:326: main: get_command failed : bookmarks.dpi (v.13): accepting connections... [accept]: Software caused connection abort File permissions on the sockets look the same as they do on a Linux box (srw-------) It may just be something about the way Cygwin handles sockets. Unfortunately I have very little experience with sockets on *any* platform (and very little experience with C, for that matter) Anyway, I figure Cygwin support probably isn't a priority, but I thought I'd point out the issues in case anyone was interested in tracking them down. -- Kelson Vibber www.hyperborea.org

2 1

[Dillo-dev]A problem about g_timeout_add function????
by suowei Sept. 27, 2004

Sept. 27, 2004

Hi,everyone: I meet a problem about g_timeout_add function in dns.c file.Because I can not use the original function gtk_timeout_add based on gtk,so I replace is whit g_timeout_add,just like: dns_server[channel].timeout_id = g_timeout_add(200,(GSourceFunc)Dns_timeout_client,GINT_TO_POINTER(dns_server[channel].channel)); the origianl code is: dns_server[channel].timeout_id = gtk_timeout_add(200, (GtkFunction)Dns_timeout_client, GINT_TO_POINTER(dns_server[channel].channel)); but after I do this, the function g_timeout_add looks like no useful,so I want to get the answer,is it why???? My target is to trige the function Dns_timeout_client every 200ms,please help me. thank you:)

4 8

[Dillo-dev]Preparing the 0.8.3 release (please read and test)
by Jorge Arellano Cid Sept. 22, 2004

Sept. 22, 2004

Hi Guys, We are preparing the dillo-0.8.3 release. Probably the most interesting feature inside of it will be the just commited "W3C + heuristics" parsing method. From the ChangeLog: <q> + * Added some 'undefined ASCII' to latin1 character conversions. + * Added the "w3c_plus_heuristics" option to dillorc. + - * Introduced a light-weight heuristic algorithm over the W3C parsing + scheme (allows for slightly better rendering: w3c_plus_heuristics=YES). </q> This is an old idea suggested by Rubén Espinoza. I merged it with the current W3C parsing, and the end result is better rendering on some sites. For instance: http://www.arts-design-team.com/good_design_starts_here.php?jump=intro http://linuxtoday.com http://www.cnn.com/ The good news is that the bug-meter also works with this scheme and that as it was merged with the newest parser features, it is _expected_ to provide even better rendering than the venerable dillo-0.7.3. So now is testing time! Please get the latest code from the CVS and compare it with 0.8.2's rendering. Look at your favorite sites and see how it works for you. Feedback is very welcomed. BTW, I'm planning to add a couple of FAQ entries to explain this. What the questions and answers will be, depends on your feedback. By now, all you have is this small explanation (and the one inside dillorc) ;) -- Cheers Jorge.-

3 4

[Dillo-dev]Dillo on Syllable?
by Bill Sanders Sept. 21, 2004

Sept. 21, 2004

Good day developers! First, forgive me if anyone has already mentioned this, I just joined the list a few days ago. Perhaps some of you are familiar with a little open source OS by the name of Syllable ( http://www.syllable.org ). It's a fork of the AtheOS project, and its doing pretty well for itself. It's aimed at home users, and its goals are to be fast, and easy to use, similar (but not replicating) BeOS. One thing Syllable could use is a web browser. The native browser is based off an old 2.x khtml port and is sort of a hack. To get a full fledged browser that is easy to use, someone would need to port Gecko, or a newer khtml. Or Dillo. :o) I read that you're planning on porting to FLTK and just read the "about porting doc". Am I to understand that Dillo (or dw, rather) is already a library, separate from the GUI? How easy (forgive the question, I'm still a young grasshopper programmer) would this be to port to a Threaded C++ native widget set? Something that doesn't have GTK+ or FLTK. Wow, this email was way longer than I intended. Forgive me for taking so much of your time. Any feedback would be greatly appreciated. Regards, Bill

2 1