- Dillo-dev - lists.mailman3.com

Dillo ignores new lines in submitting and rendering in HTML forms
by nick＠linicks.net May 25, 2016

May 25, 2016

Two examples that I posted tonight: Here, the <code></code> section has no line breaks, but renders ok in FF etc. http://www.perlmonks.org/?node_id=1164105 This one I posted with Dillo, but the <enter> line breaks are gone so all end up on one line. http://www.boards2go.com/boards/board.cgi?action=read&id=1464205605.38914&u… 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

CPU hog bug with https?
by jcid＠dillo.org May 20, 2016

May 20, 2016

On Fri, May 20, 2016 at 09:45:30AM +0200, Diego . wrote: > Occasional problem with the text under the float seems to have gone at > www.astronautix.com too > > For example: > http://www.astronautix.com/lvs/n1.htm Ack. > Very good work. Thanks, in the name of the team. Credit where credit's Due, Sebastian made great progress with GROWS2. We support each other as we are able to. -- Cheers Jorge.-

1 0

Dillo_grows merged
by eocene＠gmx.com May 19, 2016

May 19, 2016

On Sun, Apr 24, 2016 at 09:15:42PM +0200, Sebastian Geerken wrote: > On Tue, Apr 19, 2016, eocene wrote: > > > > Here's a segfault backtrace that I just got: > > > > #0 0x080ab83d in dw::Textblock::sizeRequestReference (this=0x955e260, > > index=-1224641713) at textblock.cc:423 > > #1 0x080bcd63 in dw::oof::OOFAwareWidget::OOFAwareWidgetIterator::numParts ( > > this=0x9e446a8, sectionIndex=-1, numContentsInFlow=0) > > at oofawarewidget_iterator.cc:84 > > I do not understand what has actually happens (look at the code). Did > you compile dillo with -O2 or -O0? Can you provide a test case how > this is reproduced? > > Perhaps this is related to another prolem: valgrind prints some > warnings, which neither make sense to me. As I recall, I was double-checking whether the textarea row attr default was still 2 in html5 (https://www.w3.org/TR/html51/sec-forms.html#the-textarea-element) searching for "rows ". But when I try this again, it doesn't crash. FWIW, I compiled with -O0. *tries valgrind* I do get a number of "Conditional jump or move depends on uninitialised value(s)" when the page loads. Searching the page doesn't cause any more, though.

4 10

CPU hog bug with https?
by jcid＠dillo.org May 19, 2016

May 19, 2016

Hi, If I start current dillo with [1], an https dialog springs (untrusted certificate). Answering "continue" gets into a CPU hog, answering "cancel" allows reading the page with no problems. FWIW, I've done that lots of times with other sites, and this is the first CPU hog I get accross. [1] https://linux.slashdot.org/comments.pl?sid=5852295&cid=48188823 -- Cheers Jorge.-

4 9

New tab colours - suggestion
by nick＠linicks.net May 18, 2016

May 18, 2016

I find that when opening a new tab, the colour of it changes to a sort of turquoise colour - which suggests it is in the background. I do find it confusing - could it be possible to change the working tab to the default grey and the background tabs to the turquoise colour? Just a suggestion. If it doesn't seem to bother anybody else, can someone point me to the area of code so I can do a local patch. 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"

2 8

Firefox bookmarks.html convertor for Dillo
by nick＠linicks.net May 14, 2016

May 14, 2016

Hi all, Attached is a short perl script that converts FF bookmarks.html (which can be exported within FF itself) to Dillo format bm.txt. Simple to use, and the code has brief instructions. The only thing I am not sure about is if different versions of FF use the same bookmarks.html format. 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

"ok" for unnested body
by genoob＠yandex.com May 11, 2016

May 11, 2016

Hello! I'm a noob, so I'm sorry if this is actually not an issue, but I've searched and haven't found anything on this. When creating a simple list using `ul` (I've replaced < > with `` in order to avoid html parsing by some readers) tags I accidentally placed it after `/body``/html` and to my surprise It wasn't marked as an html error and the data was correctly displayed, jus like it would be had the list been placed inside the `html``body` `/body``/html` tags. Unnesting `li` from `ul` however displayed nesting problem, but only referring to the `li` being out of `ul` or `ol` tags, not from it being unnested from `html` `body`. I realize my explanation might be a little confusing at this point, so this is what I mean: I put it on bpaste so this message wouldn't be flagged as spam: https://bpaste.net/show/ed1374304997 And this is a screenshot of the data being displayed and getting a thumbs-up from the browser in case its relevant: http://i.imgur.com/d1f9Pv9.png I'd like to report this in case it's a bug(invalid html being marked valid), however if it's a valid html you can disregard/exclude this message from the list with no hard feelings. I'm using dillo-3.0.5-r1 by the way. I'm sorry if this was confusing and wasted your time. In case you need more info on my system I'm happy to help however I can. And thanks for maintaining such a nice project (It really helped me a lot thus far). Cheers!

2 2

Bug in meta tag refresh code [with cause]
by nick＠linicks.net May 10, 2016

May 10, 2016

I have been looking at this for about 5 hours now, and it has fried my brain. Reading the code, and then reading the email thread about depreciated meta tag 'refresh', I agree with Dillo's actions. But what I found was that on some sites (mine included), if there was a tag: <meta http-equiv="refresh" content="15" /> Dillo reports and the warning message reports: The author wanted you to go _here_ after 10 seconds. What happens now is the link (_here_) gets appended with the refresh value, so for example: www.example.com/refesh.html becomes: www.example.com/10 (or 15 or whatever the refresh value is). I have found that if the meta tag is right: <meta http-equiv="refresh" content="5;URL='./index.html'" /> then the code creates the right URL (but it's not seen as no warning is given. html.cc from line 3218 if the meta tag refresh is correct HTML on the web page, mr_url returns the correct path to the refresh. If it isn't, then mr_url returns the value of the refresh - which fubars the warning messages link. I tested this running dillo from the commandline with this insertion and testing the correct and wrong meta tags: } /* Skip to anything after "URL=" or ";" if "URL=" is not found */ if ((p = dStriAsciiStr(content, "url="))) content = p + strlen("url="); else if ((p = strstr(content, ";"))) content = p + strlen(";"); /* Handle the case of a quoted URL */ if (*content == '"' || *content == '\'') { if ((p = strchr(content + 1, *content))) mr_url = dStrndup(content + 1, p - content - 1); else mr_url = dStrdup(content + 1); } else { mr_url = dStrdup(content); } //nick printf ("%s\n", mr_url); new_url = a_Html_url_new(html, mr_url, NULL, 0); // new_url = a_Html_url_new(html, ".", NULL, 0); Not being very good with C++, I can't work out what goes wrong here - but it looks like that if 'URL=' or';' isn't found, then the code still looks for quotes - which does something to the string? I have two pages you can test on - one with the proper meta tag, and one with out: http://irpi.linicks.net:8080/static_simple.html <- good http://fishpi.linicks.net:8081/static_simple.html <- bad - that shows the bug If possible view both with that printf I put in - you can see what mr_url returns. Phew* 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"

4 6

image overlaps text
by sgeerken＠dillo.org May 9, 2016

May 9, 2016

Hi Alexander and others, On Mo, Mai 09, 2016, Alexander Voigt wrote: > Dear Sebastian, > > I think one of your recent commits (probably 4543:3cb86de1861a) > introduced a problem with hyphenation. See for example the rendering > of > > debian.org This commit fixes a problem which has hidden another problem which now shows up. I'm working on it. If you want a halfway usable recent version, stick to revision 4542. Sebastian

1 0

Minor bug in test/cookies.c
by nick＠linicks.net May 1, 2016

May 1, 2016

Hi Jorge, I saw the two minor fixes you done today - here's another: :~/slackbuilds/dillo/hg/dillo$ grep -Rin "} if" * test/cookies.c:426: } if ((ret = Dpi_blocking_read(sock_fd)) == NULL) { 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"

2 1