- Dillo-dev - lists.mailman3.com

abort on read failure
by eocene＠gmx.com April 10, 2016

April 10, 2016

I was recently in an environment with a very weak connection. With most sites, if I didn't get a full page, lsof would show the connection still open and just sitting there. Some sites _would_ close the connection, but unfortunately dillo wouldn't give the user any indication that further waiting was pointless. I just committed some code that aborts the connection on read failure. It also gives a status msg to the user (though status messages are imperfect, as discussed last month). The case where no data was received could bear further improvement, but I had limited time and improved what I needed most. It got a week or so of "free" testing in that bad environment, and hasn't given me any trouble since then in more solid environments.

4 5

Non-drawing of nested tables
by james.from.wellington＠gmail.com April 6, 2016

April 6, 2016

The attached html draws nested tables with green borders on (old) Safari, Chrome and Firefox on OSX 10.6.8. On the tip of the default branch of dillo, it draws the page title and nothing else. I plan to keep deploying it, in the hope that dillo's behaviour will change toward everything else's. If someone wants to supervise me toward accepting a patch, then I'm willing to explore toward fixing it. Regards, James.

2 1

Is this a known bug?
by johnfound＠asm32.info March 20, 2016

March 20, 2016

In the following html: <html> <head> </head> <body style="text-align: left;"> <div style="width: 50%; text-align: right; background: #f0f060;"> <span style="display:inline-block; text-align: left; height: 32px; width: 150px; background: #60f0f0;">Some text!</span> </div> </body> </html> Dillo aligns the div to the right and the span to the left of the div, while all other browsers align the div to the left and the span to the right. Something like (B-body, D-div, S-span): Dillo: BBBBBBBBBBBBBBBBBBBBB DDDDDDDDDDD SSSSS Others: BBBBBBBBBBBBBBBBBBBBB DDDDDDDDDDD SSSSS Regards -- http://fresh.flatassembler.net http://asm32.info John Found <johnfound at asm32.info>

2 2

Feature request: Server connection status message
by Hole.destructor＠gmx.de March 13, 2016

March 13, 2016

Dear Dillo developers, since the bug tracker is down, please let me propose a new feature over the mailing list. >From time to time I am in places with a very bad internet connection. when I surf with Dillo and click on a link it appears that nothing happens, except that the link color has changed. Then I'm usually wondering what's going on now. Did I really click the link? Has the server has been found? Is the server responding very slowly? Does Dillo receive data from it? Or is my connection dead? To avoid this confusion, I'd like to propose a status message which is displayed in the status bar at the very bottom of the Dillo window. The message could say what is currently been done. For example, Firefox says "Looking up www.example.de" "Waiting for www.example.de" "Transferring data from www.example.de" Many thanks and best regards, Alex

4 6

Dillo crash on HTTPS connection (to MS web site)
by johnfound＠asm32.info March 9, 2016

March 9, 2016

I am not sure how to proceed, because my C/C++ programming skills are close to zero. But can make some debug effort if someone instructs me what to do. :) In short, Dillo crashes when I try to connect to the site of MS. It works ok on other https web sites, for example on https://google.com Dillo is compiled and run on 64bit ELF executable with SSL enabled. Here is what I have in the console: $dillo "https://msdn.microsoft.com/en-us/library/windows/desktop/ms645616(v=vs.85).…" ** ERROR **: prefsparser: Syntax error in dillorc: name="(null)" value="(null)" paths: Cannot open file '/home/johnfound/.dillo/keysrc': No such file or directory paths: Using /usr/local/etc/dillo/keysrc paths: Cannot open file '/home/johnfound/.dillo/domainrc': No such file or directory paths: Using /usr/local/etc/dillo/domainrc Domain: Default accept. dillo_dns_init: Here we go! (threaded) Disabling cookies. paths: Cannot open file '/home/johnfound/.dillo/hsts_preload': No such file or directory paths: Using /usr/local/etc/dillo/hsts_preload ** WARNING **: preferred cursive font "URW Chancery L" not found. Nav_open_url: new url='https://msdn.microsoft.com/en-us/library/windows/desktop/ms645616(v=vs.85).…' Dns_server [0]: msdn.microsoft.com is 157.56.148.19 Connecting to 157.56.148.19:443 msdn.microsoft.com: TLSv1.2, cipher DES-CBC3-SHA sha256 2048-bit RSA: /CN=msdn.microsoft.com sha256 4096-bit RSA: /C=US/ST=Washington/L=Redmond/O=Microsoft Corporation/OU=Microsoft IT/CN=Microsoft IT SSL SHA2 ** WARNING **: In 2015, browsers have begun to deprecate SHA1 certificates. sha1 2048-bit RSA: /C=IE/O=Baltimore/OU=CyberTrust/CN=Baltimore CyberTrust Root root: /C=IE/O=Baltimore/OU=CyberTrust/CN=Baltimore CyberTrust Root NumPendingStyleSheets=1 NumPendingStyleSheets=2 Dns_server [1]: i-msdn.sec.s-msft.com is 2.16.221.31 Dns_server [0]: assets.onestore.ms is 104.69.121.36 Dns_server [0]: m.webtrends.com is 63.251.85.33 i-msdn.sec.s-msft.com: TLSv1.2, cipher ECDHE-RSA-AES256-GCM-SHA384 ** WARNING **: In 2015, browsers have begun to deprecate SHA1 certificates. sha1 2048-bit RSA: /C=US/ST=WA/L=Redmond/O=Microsoft Corporation/OU=STO Operations/CN=*.sec.s-msft.com ** WARNING **: In 2015, browsers have begun to deprecate SHA1 certificates. sha1 2048-bit RSA: /C=NL/L=Amsterdam/O=Verizon Enterprise Solutions/OU=Cybertrust/CN=Verizon Akamai SureServer CA G14-SHA1 ** WARNING **: In 2015, browsers have begun to deprecate SHA1 certificates. sha1 2048-bit RSA: /C=IE/O=Baltimore/OU=CyberTrust/CN=Baltimore CyberTrust Root root: /C=US/O=GTE Corporation/OU=GTE CyberTrust Solutions, Inc./CN=GTE CyberTrust Global Root assets.onestore.ms: TLSv1.2, cipher ECDHE-RSA-AES256-GCM-SHA384 sha256 2048-bit RSA: /C=US/ST=WA/L=Redmond/O=Microsoft Corporation/OU=Microsoft Corporation/CN=*.onestore.ms sha256 4096-bit RSA: /C=US/ST=Washington/L=Redmond/O=Microsoft Corporation/OU=Microsoft IT/CN=Microsoft IT SSL SHA2 ** WARNING **: In 2015, browsers have begun to deprecate SHA1 certificates. sha1 2048-bit RSA: /C=IE/O=Baltimore/OU=CyberTrust/CN=Baltimore CyberTrust Root root: /C=IE/O=Baltimore/OU=CyberTrust/CN=Baltimore CyberTrust Root >>>> a_Nav_repush <<<< Reusing fd 8 for https://assets.onestore.ms/cdnfiles/onestorerolling-1602-03000/shell/v3/ima… Nav_open_url: new url='https://msdn.microsoft.com/en-us/library/windows/desktop/ms645616(v=vs.85).…' ABORT 1B ABORT 1B IO_write, closing with pending data not sent: "GET /cdnfiles/onestorerolling-1602-03000/shell/v3/images/logo/microsoft.png HTTP/1.1\x0D..." a_Nav_expect_done: repush! ** WARNING **: Ignoring unsafe author style that might reveal browsing history ** WARNING **: Ignoring unsafe author style that might reveal browsing history ** WARNING **: Ignoring unsafe author style that might reveal browsing history ** WARNING **: Ignoring unsafe author style that might reveal browsing history ** WARNING **: Ignoring unsafe author style that might reveal browsing history ** WARNING **: Ignoring unsafe author style that might reveal browsing history ** WARNING **: Ignoring unsafe author style that might reveal browsing history ** WARNING **: Ignoring unsafe author style that might reveal browsing history ** WARNING **: Ignoring unsafe author style that might reveal browsing history ** WARNING **: Ignoring unsafe author style that might reveal browsing history ** WARNING **: Ignoring unsafe author style that might reveal browsing history ** WARNING **: Ignoring unsafe author style that might reveal browsing history ** WARNING **: Ignoring unsafe author style that might reveal browsing history ** WARNING **: Ignoring unsafe author style that might reveal browsing history ** WARNING **: Ignoring unsafe author style that might reveal browsing history ** WARNING **: Ignoring unsafe author style that might reveal browsing history ** WARNING **: Ignoring unsafe author style that might reveal browsing history ** WARNING **: Ignoring unsafe author style that might reveal browsing history ** WARNING **: Ignoring unsafe author style that might reveal browsing history ** WARNING **: Ignoring unsafe author style that might reveal browsing history ** WARNING **: Ignoring unsafe author style that might reveal browsing history ** WARNING **: Ignoring unsafe author style that might reveal browsing history dillo: tls.c:1177: a_Tls_handshake: Assertion `!ERR_get_error()' failed. Aborted (core dumped) -- http://fresh.flatassembler.net http://asm32.info John Found <johnfound at asm32.info>

5 17

CPU hog
by jcid＠dillo.org March 5, 2016

March 5, 2016

Hi, FYI, https://www.raspberrypi.org/blog/raspberry-pi-3-on-sale/ gives a CPU hog on both dillo and dillo_grows. -- Cheers Jorge.-

1 0

Dill 3.0.5 breaks on Mac OS
by yesyves＠gmail.com March 2, 2016

March 2, 2016

Hi When compiling dillo 3.0.5 on Mac OS 10.11, I get : /usr/bin/c++ -DHAVE_CONFIG_H -I. -I.. -I.. -DDILLO_SYSCONF='"/opt/local/etc/dillo/"' -DDILLO_DOCDIR='"/opt/local/share/doc/dillo/"' -I/opt/local/include -I/usr/local/include -I/opt/local/include/libpng16 -I/opt/local/include -pipe -Os -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -pipe -Os -m64 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -MT xembed.o -MD -MP -MF .deps/xembed.Tpo -c -o xembed.o xembed.cc mv -f .deps/dpiapi.Tpo .deps/dpiapi.Po mv -f .deps/image.Tpo .deps/image.Po mv -f .deps/imgbuf.Tpo .deps/imgbuf.Po mv -f .deps/form.Tpo .deps/form.Po mv -f .deps/findbar.Tpo .deps/findbar.Po mv -f .deps/menu.Tpo .deps/menu.Po In file included from xembed.cc:18: In file included from /opt/local/include/FL/x.H:43: /opt/local/include/FL/mac.H:104:12: fatal error: '../src/Fl_Font.H' file not found # include "../src/Fl_Font.H" It seems that dillo is trying to use X but on Mac, but fltk is using quartz. The problem has been reported on many systems. Dillo 3.0.4 was working fine. Thanks yves

3 8

Double buffering flicker on window resize.
by johnfound＠asm32.info March 2, 2016

March 2, 2016

Hi, dillo developers! I observed another nasty bug in Dillo dev-3.1 Maybe it is known. If so, excuse my ignorance. :) When the option buffered_drawing=2 for double buffering and the browser window is resized by the user, it seems that the back buffer is drawn on the screen too early after the reallocation and is full of garbage instead of the rendered page. This way, during the resizing, very heavy flicker appears, which IMHO is not good for double buffering drawing scheme. Best Regards -- http://fresh.flatassembler.net http://asm32.info John Found <johnfound at asm32.info>

2 4

New developer!
by jcid＠dillo.org March 1, 2016

March 1, 2016

Hi there, I just wish to introduce you to Mr. Per Andersson, a senior developer with TCL/GTK/GCC/GDB backgrounds that's willing to help the project. @Per: if you want to introduce yourself to the list, here's a perfect spot. We've had some emails and he'll start working on debugging some problematic pages (I already sent him a though case), please try to answer any doubts or requests he may have during this period. TIA. -- Cheers Jorge.-

1 0

Solid rectangular placeholder for non-supported images
by jerome.borme＠gmail.com Feb. 26, 2016

Feb. 26, 2016

Hello, I read a news flux where each news item comes with a small image. Dillo does not like the markup and replaces the image with a rectangular placeholder with a solid colour fill. This happens even when images loading is disabled (while other regular images are simply not displayed, but not replaced by a filled rectangle), and the colour fill seems to be randomly chosen at Dillo startup. I think this behaviour was not intentional. Right now the workaround is to not compile gif support. The placeholder is then replaced by the alt text, which I prefer to some brightly coloured rectangle. Version: Dillo 3.0.5 Page: http://www.lemonde.fr/actualite-en-continu/ Snippet: <img width="147" height="97" data-item-type="article" data-src="http://s2.lemde.fr/image/2016/02/26/147x97/4872606_7_843b_les-ministres-des…" src="data:image/gif;base64,R0lGODlhAQABAAAAACH5BAEKAAEALAAAAAABAAEAAAICTAEAOw==" data-lazyload="true" alt="Les ministres..." title="..." onload="lmd.pic(this);" onerror="lmd.pic(this);" class="lazy-retina"> Thanks, J?r?me

1 0