- Dillo-dev - lists.mailman3.com

Status of dillo_grows
by sgeerken＠dillo.org April 17, 2016

April 17, 2016

Hi! I've just pushed some optimizatios to <http://flpsed.org/hgweb/dillo_grows>, so that all performance issues I know of seem fixed now. Since this version runs quite stable, I'd like to merge this into the main repository at hg.dillo.org, so that it hopefully soon becomes a new release. What do you think? Sebastian

4 19

px in HTML
by nick＠linicks.net April 11, 2016

April 11, 2016

On 10/04/16 23:23, James C wrote: > Hi All, > > I wonder what the steps are, to have a conversation about whether this > is a good move: > http://lists.dillo.org/pipermail/dillo-dev/2014-August/010200.html > > Regards, > James. I just quickly looked at that. It is not right. You can't guess. Dillo does the right thing in that what it doesn't understand it drops and uses a safe 'auto' value. 'px' '%' et al are all rendered differently, so you can't ignore one that the code doesn't know what to do with - i.e.: "ignoring garbage; using %g (possibly in pixels)\n", Possibly? That could be dangerous, if not bad coding. Nick > On 11/04/2016, Nick Warne <nick at linicks.net> wrote: >> On 10/04/16 16:21, Sebastian Geerken wrote: >>> On So, Apr 10, 2016, Nick Warne wrote: >>>> I have noticed that Dillo doesn't render px properly - this snippet: >>>> >>>> <hr width=500px align=left> >>>> >>>> just produces: >>>> >>>> . >>>> >>>> Using 50% (e.g.) works OK. Is this bad HTML or a 'to-do' thing? >>> >>> The HTML width attribute (which is depricated, btw) does not support >>> "px", instead, <hr width=500 ...> would be correct. >> >> Yes, thanks, I just sussed that out. Dillo is great for debugging HTML, >> as most browsers somehow parse crappy input into what seems right (but >> is wrong!). >> >> width=475 works great now. >> >> Thanks, >> >> Nick >> >> -- >> Gosh that takes me back... or is it forward? That's the trouble with >> time travel, you never can tell." >> -- Doctor Who "Androids of Tara" >> >> _______________________________________________ >> Dillo-dev mailing list >> Dillo-dev at dillo.org >> http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev >> > -- Gosh that takes me back... or is it forward? That's the trouble with time travel, you never can tell." -- Doctor Who "Androids of Tara"

1 0

Over run 'submit' button
by nick＠linicks.net April 11, 2016

April 11, 2016

Can anybody here tell me why Dillo renders the 'Go' button full form width on my page here: https://linicks.net/cdn1/ (forget the iFrame and other stuff). It renders nice and small in other browsers [ Go ], but no matter what I try, the 'Go' button runs the full distance: [Go ]. Dillo reports no errors on the source. Thanks, Nick -- Gosh that takes me back... or is it forward? That's the trouble with time travel, you never can tell." -- Doctor Who "Androids of Tara"

1 1

Cached pages
by nick＠linicks.net April 11, 2016

April 11, 2016

Hi all, I first used 'dillo' many years go on a 486 running Mandrake Linux around 2004. Since then, forgot all about it. Until now - it is brilliant. Anyway, to the point. I run my own web server, and while debugging CGI perl scripts etc. dillo somehow caches the results from the output produced. Usually shift+[refresh] drops the cache and gets the new page, but the only way I get get dillo to do this is exit, and restart (no big deal with a 0.02 second start-up time :) ) Ideas? Thanks, Nick -- Gosh that takes me back... or is it forward? That's the trouble with time travel, you never can tell." -- Doctor Who "Androids of Tara"

3 6

URL searches in dillorc
by nick＠linicks.net April 10, 2016

April 10, 2016

Google can now be updated to (I expect you all know): search_url="Google (https) https://www.google.com/search?ie=UTF-8&oe=UTF-8&q=%s" And maybe add 'onelook', a search engine of all dictionaries: search_url="ol Onelook dictionaries http://www.onelook.com/?w=%s" Nick -- Gosh that takes me back... or is it forward? That's the trouble with time travel, you never can tell." -- Doctor Who "Androids of Tara"

1 0

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