- Dillo-dev - lists.mailman3.com

[Johannes.Hofmann@gmx.de: [Johannes.Hofmann@gmx.de: Re: [Dillo-dev] Dillo FLTK2 alpha release for developers]]
by Jorge Arellano Cid Oct. 3, 2007

Oct. 3, 2007

Hi, -- Cheers Jorge.-

3 3

https and OpenBSD
by None Oct. 2, 2007

Oct. 2, 2007

Hi, > Dear Jorge & dillo fans, > > I can confirm this will run and build on OpenBSD-4.1 with minor > modifications: > > * remove the GL & glut targets from the fltk Makefile if you don't > need it Did you just "./configure --disable-gl"? Or: - DIRS = src $(LOCALIMAGES) images OpenGL fluid glut test + DIRS = src $(LOCALIMAGES) images fluid test else? > * implement a strndup() function in dw/selection.cc in the testbed > as OpenBSD doesn't have that in string.h Yes. > > I still have one question: > > I wanted to try out https (yes I know the README says it doesn't > work). And of course it did not work: It works bery basically. If you can see "https://www.rapidssl.com/test/rapidssl.htm", that's it. > > prefs: Using internal defaults. > dillo_dns_init: Here we go! (threaded) > Enabling cookies as from cookiesrc... > Nav_open_url: Url=>https://www.ccc.de< > [dpid]: dpi.c:70: a_Dpi_rd_dpi_socket_dir: fopen > Dpi_blocking_start_dpid: try 1 > [dpid]: No such file or directory > [dpid]: - /home/ckeen/.dillo/dpi_socket_dir > [dpid]: init_sockdir: The dpi_socket_dir file (null) does not exist > dpid started > a_Dpiapi_dialog: > dpip_tag: <cmd='dialog' msg='The remote certificate cannot be > verified (code 20)' alt1='Continue' alt2='Cancel' '> > mouse button 1 was pressed > a_UIcmd_stop() > > > Is the backward channel form dpis supposed to work? Yes. > If yes I will > look into it. If there is too much missing atm, I would be gladful > for a hint on where to start. The point here is that https is a "filter" dpi (i.e. one instance per request is spawned). The solution is to implement it as a "server" (e.g. like the file server). That way, when a https request has many embedded resources (i.e. many https requests to the same site), the server can make only one query and not flood the backward channel for dpis. With regard to the actual certificate-validating code, AFAIR much of it is already there, it needs some testing and enabling. It would be great if you can work on it. > Thank you very _very_ much for this nice programme and for bearing > with us! Thank you for offering your help. -- Cheers Jorge.-

1 0

new unfinished code
by Diego . Oct. 2, 2007

Oct. 2, 2007

This start to seem like spam. Sorry. I have upload to my page unfinished code for a prefs dpi and my first screenshot :). The patch do not change dillo code, but need dillo code to compile. (dpi lib). The page is: http://personales.ya.com/darkspirit/ If i get time i will try to post some docs about mime code for dillo(unfinished, unpublished, break, etc) and questions about internals of dillo. Diego.

2 2

Re: dillo
by Jorge Arellano Cid Sept. 17, 2007

Sept. 17, 2007

Hi, On Sat, Sep 15, 2007 at 05:36:25AM -0700, j murphy wrote: > Jorge: > I hope that you and your collaborators are > well, and that your plans for releasing the new dillo > are still on track. Yes, still on track. > Despite the work being done on > other lightweight browsers like hv3 and Twibright > Labs' Links, I still prefer to use dillo, :-) > and I need > it for use on some of my older, slower machines that > have less memory, and are too slow with Firefox or > Opera. I'm writing to share with you a few problems > that I have noticed with dillo 0.8.6: I'll answer them below, but please just notice that the main problem we face now is lack of time from the main developers; we know about bugs, and have development plans, but we have no time or funds to quit our jobs and devote 100% to Dillo. > > 1)I often use a browser with tor ( https://tor.eff.org > ) and privoxy ( http://www.privoxy.org )for secure > browsing, and I was using dillo in this way, until I > noticed (through some of the useful diagnostics at > https://torcheck.xenobite.eu ) that dillo doesn't > route https traffic through my web proxy correctly -- > instead it seems to establish a direct connection, > bypassing the proxy, despite the http_proxy setting in > my dillorc file. Normal http traffic seems to be > handled correctly. Does the user need to set a > separate proxy for https traffic? Or does the proxy > handling in dillo have a bug? Dillo's https support is basic. It uses wget for this. You can set a proxy for wget and it should work. > 2)Also, I've had some trouble with dillo's > https.filter.dpi, which often sends an error message > stating that it can't verify a certificate repeatedly, > and sometimes launches multiple instances of itself > when attempting to connect to the same website > securely. This can occasionally lead to crashes in > which https.filter.dpi.core is dumped, and > occasionally brings down the browser as well. I > realize that this information is somewhat vague, but > if you'd like me to send a coredump next time it > occurs, I'll do so. Sad fact: it's a known bug. No need to send the core. The problem is that currently there's no cache for asking for a certificate, so a page with multiple https resources (e.g. images) asks several times for the same certificate flooding the communication socket. > > 3)The fltk downloader has one irritating glitch: when > attempting to save a file, if the user to change the > directory into which the file will be saved, the file > name is cleared, requiring the user to type it in > again, which wastes a lot of time. Yes! This one has bitten me too. This is the default behaviuor of that FLTK dialog. If I find some time and a simple way to change that, I'll fix it. > > 4)When dillo is closed, many of the dpis that were > spawned during a dillo session remain as zombie > processes, when they ought to be terminated along with > the parent dillo process. I realize that file > downloads may have to be handled carefully, and may > sometimes be required to remain open until completion, > even after the parent dillo is closed, but it seems to > me that no useful purpose is served by having the > other dpis remain after dillo is closed. dpidc stop That command tells them to quit. If they remain, that's a bug. > > 5)With the latest snapshots of fltk2 on my machine, > the downloader doesn't refresh itself properly when > multiple files are being downloaded. For instance, a > user starts one download, and the downloader gui is > spawned with a progress tracking entry in the > downloader gui for that particular download. Then the > user starts another download, but the progress > tracking entry for this second download, and for > subsequent downloads, is not displayed properly: it's > somehow underneath the first entry, and partially > obscured by it, so that control of the download or > tracking of it's progress isn't possible. Yes I noticed this too. This simple problems hopefully will be tackled by an interested developer when the code is released (before the end of September. Cross your fingers.). > I hope that this information will help you to improve > your new version of dillo, if these problems have not > already been addressed. If I can help, please let me > know. (Of course I'm a scientist, and not really a > developer, so don't expect miracles.) Yes, your bug report is concise and self explaining. Thanks for it. I wish I had the resources to work hands on in it now. -- Cheers Jorge.-

1 0

0.6% of people uses Dillo (poll said)
by Diego . Sept. 2, 2007

Sept. 2, 2007

DesktopLinux.com has published the results of its anual (desktop)linux poll. The interesting thing is in the 3rd question: Which web browsers do you frequently use on your Linux desktop(s)? http://www.desktoplinux.com/cgi-bin/survey/survey.cgi?view=archive&id=08132… The interesting thing is that a frozen project have enough users to win over 3 fully developed browsers :) (optimistic without cure) Surely a thawn will increase the dillo users. what about a 1%? The results from less to more Does not apply 0.1 % Netscape 0.1 % Safari 0.2 % Other (please tell us) 0.3 % Flock 0.3 % Galeon 0.4 % Dillo 0.6 % Seamonkey 1.7 % Epiphany 2.3 % Mozilla 3.7 % Text-based browser (Lynx, Links, ELinks, etc.) 4.3 % Opera 11.9 % Konqueror 13.7 % Firefox (aka Iceweasel) 59.6 % Are there news about dillo development? Diego.

3 4

more dillo unfinished code
by Diego . Aug. 8, 2007

Aug. 8, 2007

Hello, i have added a patch to manage scripts with DPIs to my (dully and silly) dillo unfinished code page. The patch only allow dillo to send scripts to DPIs and have bugs. Now i am working in mime DPIs. The test file type DPIs part work but the code is too nasty yet. Please give your opinions about the page and the code. Do not worry to ask any doubt. I need some help about the english part to so do not doubt to blame my english and tell my errors. Like this is not the topic of the list send language errors directly to me. The page is http://personales.ya.com/darkspirit/ Diego.

2 1

so is dillo history?
by Globe Trotter July 10, 2007

July 10, 2007

just wondering....doesn't look promising at all! any suggestions for an alternative light-weight browser for linux users? best, trotter ____________________________________________________________________________________ Need a vacation? Get great deals to amazing places on Yahoo! Travel. http://travel.yahoo.com/

3 2

Re: [Dillo-dev] Some News
by Globe Trotter July 6, 2007

July 6, 2007

I agree entirely, but dillo is fast because it is small. I think javascript will have to be tackled if dillo is meant to have a future. unless more and more people use it, no contributions will come. they will definitely not come if fewer and fewer people use it....disappearing for a year and a half was not a great idea....not to mention that it was at the interface between gtk1 and fltk so no one who wanted to could even contribute....hopefully, the new update will be available soon! trotter --- SZERVÁC Attila <sas(a)321.hu> wrote: > > I can use both Dillo & FF on my 9 years old machine, but Dillo is more > faster than any other graphical browser. So, this is the key feature, > not the small size. Size doesn't matter today :-) > > On Fri, Jul 06, 2007 at 08:58:24AM -0700, Globe Trotter wrote: > > > > I do that. But the subset of sites that can handle dillo keeps becoming > smaller > > and smaller. Pretty soon, at this rate, we will be down to just my > website..... > > -- > sas ( satie ) - SZERVÁC Attila - zenész - szoftvergazda \ > elnökhelyettes - Linux-felhasználók Magyarországi Egyesülete - http://lme.hu/ > > ____________________________________________________________________________________ Need a vacation? Get great deals to amazing places on Yahoo! Travel. http://travel.yahoo.com/

1 0

Re: [Dillo-dev] Some News
by Globe Trotter July 6, 2007

July 6, 2007

--- Beartooth <karhunhammas(a)Lserv.com> wrote: > On Fri, 6 Jul 2007, Globe Trotter wrote: > > > Btw, I think we know how you feel about javascript but this has > > to be brought in at some point, since there are increasingly > > more and more sites which can not be viewed without any other > > option. > > Don't be too sure. I keep Dillo named my default browser, > and when I hit a site it can't handle, I either shrug and skip > it, or copy the URL and paste it into some more ponderous > browser. I figure that's the price I pay for Dillo's speed and > security, and well worth it. > > I have no idea how many other users may be doing the > same, but I'll give odds I'm not the only one. In fact, you might > soon find you prefer doing it that way yourself. > I do that. But the subset of sites that can handle dillo keeps becoming smaller and smaller. Pretty soon, at this rate, we will be down to just my website..... I think hv3 (which I did not know about till yesterday) has finally accepted this fact (so they say) and is moving towards incorporating javascript as a priority. Trotter. ____________________________________________________________________________________ Get your own web address. Have a HUGE year through Yahoo! Small Business. http://smallbusiness.yahoo.com/domains/?p=BESTDEAL

1 0

Some News
by Jorge Arellano Cid July 6, 2007

July 6, 2007

Hi there, We've advanced a lot towards a release of Dillo. So expect good news soon! What currently worries us most is the lack of developers. Manpower to help the project. With Sebastian we have little spare time and would appreciate some help. From patches, patch review, bug fixing, web site maintaining, documentation, packaging, etc. -- Cheers Jorge.-

2 1