- Dillo-dev - lists.mailman3.com

The FAQ example on png/redirection not anymore accurate
by miroslav.rovis1＠zg.ht.hr July 7, 2015

July 7, 2015

Correct me if I'm wrong, but what I write is in my best understanding and with the intention to help my most used browser get even better. The FAQ entry: "Why doesn't Dillo display certain images?" at: http://www.dillo.org/FAQ.html#q28 doesn't show any of: ... ... 'blog.reuters.com' to 'ad.doubleclick.net' ... as the text currently reads, which probably means they have read our FAQ and decided to change those redirections. This is what I actually get when I uncomment the line which is commented the way the built-in default settings are, as it says in the top of ~/.dillo/dillorc to read: show_msg=YES (but it shows the same even if I leave if commented out; it's the default, I retried with it commented out: same) $ Domain: Default accept. dillo_dns_init: Here we go! (threaded) Enabling cookies as from cookiesrc... ** WARNING **: preferred sans-serif font "DejaVu Sans" not found. ** WARNING **: preferred serif font "DejaVu Serif" not found. ** WARNING **: preferred monospace font "DejaVu Sans Mono" not found. ** WARNING **: preferred cursive font "URW Chancery L" not found. ** WARNING **: preferred fantasy font "DejaVu Sans" not found. Nav_open_url: new url='about:splash' Nav_open_url: new url='http://en.wikipedia.org' Dns_server [0]: en.wikipedia.org is 91.198.174.192 2620:0:862:ed1a::1 Connecting to 91.198.174.192 Nav_open_url: new url='https://en.wikipedia.org/' Nav_open_url: new url='https://en.wikipedia.org/wiki/Main_Page' NumPendingStyleSheets=1 NumPendingStyleSheets=2 Png_error_handling: iCCP: known incorrect sRGB profile So probably the example should be changed to reflect this changed reality, so users would not get confused as they will probably see none of those 'reuters' lines in the messages on their terminal. Maybe it would be sufficient to just rewrite that item of the FAQ to mean that previously they would have seen those messages... Don't know. Again, correct me if I'm wrong. On another note, I got the new 3.0.5, as it is available in gentoo, but I have the same fonts not found issue which I had previously described (and it's there in yesterday's real output form my system, further above; it was yesterday, the delay being for unrelated reasons), and about which (the fonts not found issue) I will next send another message, with different, appropriate subject, to this list, I hope. Cheers! -- Miroslav Rovis Zagreb, Croatia http://www.CroatiaFidelis.hr

2 1

what is done with the dillo project donation money?
by eocene＠gmx.com July 6, 2015

July 6, 2015

I've wondered what is done with the dillo project donation money. Does it go toward Andreas's hosting costs or something?

1 0

Site is down?
by jcid＠dillo.org July 4, 2015

July 4, 2015

Hi there, Just noticed I can't contact the website, is it down? -- Cheers Jorge.-

3 2

Here's 3.0.5 RC1
by eocene＠gmx.com July 1, 2015

July 1, 2015

In my use of the 3.0.5 branch, there haven't been any unpleasant surprises, so let's have an RC: http://www.dillo.org/download/dillo-3.0.5-rc1.tar.bz2 If it's any comfort to have the sha256sum, it's: 484748e98b263ccd595ce349857edec4a431feb414e44cdbe86722a64387d000

6 7

Dillo version 3.1-dev hangs on http://www.nhl.com
by waltdnes＠waltdnes.org June 18, 2015

June 18, 2015

I pulled a few minutes ago and built it (8-year-old Intel Core 2 Duo running 64-bit Gentoo linux). It runs OK on CNN.COM and even the NHL mobile site http://m.nhl.com but with most of the tabs not working (Javascript, I assume). However, going to the main NHL site http://www.nhl.com hangs dillo and pegs a CPU. Here's a line of output from "top c", showing 99.2% CPU usage... 19235 waltdnes 20 0 328552 114840 11708 R 99.2 3.7 0:09.89 /home/waltdnes/.local/bin/dillo I have to pop open an xterm window and kill the pid e.g. "kill -3 19235" "dillo -v" shows "Dillo version 3.1-dev" -- Walter Dnes <waltdnes at waltdnes.org>

1 0

splash links
by eocene＠gmx.com June 15, 2015

June 15, 2015

1. freecode. Between the fact that the site's been in suspended animation for a year and there's been all of this sourceforge unpleasantness just lately, it would be nice not to link to them. 2. In my opinion, it wouldn't do any harm to remove the "News", "Additional Stuff", and "Essential Readings" links, as they have something of an Internet Circa 2002 flavor (in some ways it's a shame to think how pioneering projects like Project Gutenberg lose their preeminence as the pioneer days end, but I suppose that's the way of things). PS Been running on the 3.0.5 branch here, of course, and everything's been fine so far.

2 2

how about if we make a 3.0.5
by eocene＠gmx.com June 12, 2015

June 12, 2015

It would be nice to put out some new stuff. Primary motivations: 1. placeholder attributes for textarea/input are everywhere, and often they have no other explanation of their purpose. Having to guess "this is probably for search, this is probably for username, this is probably for password" is no fun. 2. I know there are users just trusting dillo's https, so at the least it would be good for their https dpis to have a better cipher list and to disable SSL3 and compression. And then pick out some small, safe fixes. Just to look at ChangeLog, some candidates might be: - Fix crash that's possible searching for text while page still being built. - Fix for segfault when there's no dpid and view source is requested. - Fix view-source dpi to handle null characters correctly. - Made view-source dpi use CSS formatting (it's shorter and cleaner). - Crosscompile/buildroot-friendly fltk-config test. - Fix X11 icon name. - In location bar, tend toward showing beginning of URL instead of end. - Handle irix's version of vsnprintf(). - Fix bug with font_factor preference and CSS font-size:(larger|smaller). - Recognize Menu key in keysrc. - Avoid requesting background images if an ancestor has display:none. - Ignore built-in search url if any are specified in dillorc.

2 4

[jcid@dillo.org: Re: how about if we make a 3.0.5]
by jcid＠dillo.org June 12, 2015

June 12, 2015

Ooops, I mistakenly replied private... Here's the FWD. -- Cheers Jorge.-

2 3

Google broke recently with 3.0.4 causing repush loop
by dennisn＠dennisn.mooo.com June 6, 2015

June 6, 2015

This past week or so Google (main search site, image.google) broke for me -- Dillo (3.0.4) goes into an endless "repush" loop: Nav_open_url: new url='http://images.google.com/images?q=bra' Dns_server [0]: images.google.com is 96.127.250.44 96.127.250.42 96.127.250.38 96.127.250.34 96.127.250.30 96.127.250.29 96.127.250.27 96.127.250.23 96.127.250.19 96.127.250.15 96.127.250.59 96.127.250.57 96.127.250.53 96.127.250.49 96.127.250.45 2607:f8b0:4006:80f::200e Connecting to 96.127.250.44 Nav_open_url: new url='http://images.google.com/search?q=bra&tbm=isch' Connecting to 96.127.250.44 >>>> a_Nav_repush <<<< Nav_open_url: new url='http://images.google.com/search?q=bra&tbm=isch' a_Nav_expect_done: repush! Nav_open_url: new url='http://images.google.com/search?q=bra&ie=UTF-8&tbm=isch&gbv=1&sei=zkNNVd6sI…' Connecting to 96.127.250.44 >>>> a_Nav_repush <<<< Nav_open_url: new url='http://images.google.com/search?q=bra&ie=UTF-8&tbm=isch&gbv=1&sei=zkNNVd6sI…' a_Nav_expect_done: repush! Nav_open_url: new url='http://images.google.com/search?q=bra&ie=UTF-8&tbm=isch&gbv=1&sei=zkNNVYTpK…' Connecting to 96.127.250.44 >>>> a_Nav_repush <<<< ... and so on, extermely quickly, which then results in Google temporarily blocking me since Dillo is behaving like a DDOS attacker :s. Any idea what's causing these repush'es? I'm pretty sure nothing changed on my end. Other browsers work for me (eg. Links, Uzbl). Changing the User Agent had no effect.

4 9

Patch: fix the flowchart diagram in the dw::Table class docs
by onepoint＠starurchin.org June 2, 2015

June 2, 2015

The main body of the dw::Table class documentation starts with a flowchart diagram of some dw::Table method calls. But this diagram refers to a method dw::Table::calcColumnExtremes() that is no longer used and has been renamed to dw::Table::_unused_calcColumnExtremes(). (There is a warning that GROWS made some of this documentation obsolete.) So I dug into the code and came up with a patch that I think fixes the diagram. I have attached before and after images of the diagram so that you can compare. I would love some feedback! http://starurchin.org/dillo/patch/doxygen-dw-table-hh-dependency-diagram.ht… And this patch removes dw::Table::_unused_calcColumnExtremes(). http://starurchin.org/dillo/patch/remove-dw-table-_unused_calcColumnExtreme… Comments are welcome. Regards, Jeremy Henty

2 1