- Dillo-dev - lists.mailman3.com

dillo.cc cleanup and bugfix

by p37sitdu＠lavabit.com

I have split patch into three patches. geometry.diff fixes --geometry flag > Fixed --geometry flag. It is --geometry in man page but -geometry in > usage and only -geometry is recognized by program. getcmdoption.diff simplifies getCmdOption > Simplified getCmdOption. Removed State enum, it was overkill. It is > also possible to remove support for mandatory arguments (opt_argc < 0) > as it is not used, but it does not add LOC so I left it there. aboutblank.diff removes unnecessary check. > Removed check for about:blank as start_page, it is not a special case. Minor fixes (#include order, indentation) are not included.

June 10, 2012

[customercare@dotster.com: Case Number: 01278137 - New Comment Added - ref:_00D30S5t._50060JcXjd:ref]

by jcid＠dillo.org

FYI -- Cheers Jorge.-

June 7, 2012

dillo.org web site

by onepoint＠starurchin.org

Jorge Arellano Cid wrote: > Things seems to be working since yesternight. > @all: Please confirm. It all looks good from here. dnsip reports 134.102.206.165 as the only IP for both dillo.org and www.dillo.org . Dillo, links and Firefox all redirect from dillo.org to www.dillo.org . Regards, Jeremy Henty

June 7, 2012

dillo.org web site

by rogerx.oss＠gmail.com

> On Thu, Jun 07, 2012 at 10:43:03AM -0400, Jorge Arellano Cid wrote: >Hi, > > Things seems to be working since yesternight. > @all: Please confirm. ... dang I'm good! -- Roger http://rogerx.freeshell.org/

June 7, 2012

dillo.org web site

by sgeerken＠dillo.org

On Thu, Jun 07, Jorge Arellano Cid wrote: > Things seems to be working since yesternight. > @all: Please confirm. Looks good: --- sg at sg4:~$ nslookup dillo.org Server: 192.168.178.1 Address: 192.168.178.1#53 Non-authoritative answer: Name: dillo.org Address: 134.102.206.165 sg at sg4:~$ nslookup www.dillo.org Server: 192.168.178.1 Address: 192.168.178.1#53 Non-authoritative answer: Name: www.dillo.org Address: 134.102.206.165 -- Also, I don't see any other problems. Sebastian

June 7, 2012

[patch] HTML parser bugfix

by p37sitdu＠lavabit.com

Forgot to attach.

June 7, 2012

dillo.org web site

by jcid＠dillo.org

Hi, Things seems to be working since yesternight. @all: Please confirm. -- Cheers Jorge.-

June 7, 2012

dillo.org web site

by higuita7＠yahoo.co.uk

Hi > Another way to solve the problem may be to point to a working > nameserver elsewhere too (the API seems to allow this option). > I'll ask Andreas K. whether we can point to the wearlab DNS in > the interim. If needed, i recommend the https://dns.he.net/ as a very good free dns hosting, i use it myself higuita -- Naturally the common people don't want war... but after all it is the leaders of a country who determine the policy, and it is always a simple matter to drag the people along, whether it is a democracy, or a fascist dictatorship, or a parliament, or a communist dictatorship. Voice or no voice, the people can always be brought to the bidding of the leaders. That is easy. All you have to do is tell them they are being attacked, and denounce the pacifists for lack of patriotism and exposing the country to danger. It works the same in every country. -- Hermann Goering, Nazi and war criminal, 1883-1946

June 7, 2012

[patch] HTML parser bugfix

by p37sitdu＠lavabit.com

On Thu, Jun 07, 2012 at 12:14:06AM +0100, Jeremy Henty wrote: > > 123 wrote: > > > On Sun, Jun 03, 2012 at 09:00:55PM +0100, Jeremy Henty wrote: > > > > If you don't detect and ignore that extra double quote you will > > > break many pages that every other browser renders perfectly well. > > > > Then there should be some logic for detecting double quotes. > > I agree. The hard question is: what logic? IMO the right way to do it is to implement HTML Standard [1]. When Html_write_raw is called, parser is in the Data state. When it returns to Data state again, it is the end of token. I have implemented standard comment/DOCTYPE parsing. It is incomplete, EOF is not handled and DOCTYPE parsing is not changed. Patch is attached. Next step is to rewrite tag parsing in standard way. [1] http://www.whatwg.org/specs/web-apps/current-work/multipage/tokenization.ht…

June 7, 2012

[patch] HTML parser bugfix

by onepoint＠starurchin.org

123 wrote: > On Sun, Jun 03, 2012 at 09:00:55PM +0100, Jeremy Henty wrote: > > If you don't detect and ignore that extra double quote you will > > break many pages that every other browser renders perfectly well. > > Then there should be some logic for detecting double quotes. I agree. The hard question is: what logic? > Searching for < inside quotes is not the right way as it breaks > valid pages like reddit main page. Again, I agree. In fact, I decided to experiment with removing Dillo's misquote-detection just because it broke reddit. Unfortunately it is very hard to come up with an algorithm that correctly handles the various quoting horrors that you see all the time, yet also correctly parses embedded javascript fragments like: onclick='alert("clicked")' (IIRC Dillo mis-renders reddit because of embedded javascript like this.) > Can you give examples of real web pages with double quotes? I have attached a bunch of links that I collected after spending a lot of time debugging pages that broke my locally-patched Dillo. (Ignore the file:///... URLs as they obviously won't work for you.) I have also attached the two patches I use. I think the first does the same thing that you propose, although I haven't checked that in detail. The second attempts to copy Firefox's misquote-detection algorithm. I agree that Dillo's misquote-detection isn't good enough, but just taking it out is a step backwards, and it is a mistake to propose changes to it based solely on particular pages that Dillo mis-renders, because any such change needs to be tested against the many other broken pages that Dillo currently renders more or less correctly. Regards, Jeremy Henty

June 6, 2012