- Dillo-dev - lists.mailman3.com

FreeHG performance

by Johannes.Hofmann＠gmx.de

On Tue, Feb 03, 2009 at 01:45:36PM +0000, Jeremy Henty wrote: > On Tue, Feb 03, 2009 at 01:47:48PM +0100, Hofmann Johannes wrote: > > > I doubt that setting up a savannah project would take very long. > > Really? I just had a look and there's a long checklist. You have to > supply a fairly detailed project description, so the core devs would > have to agree to one before signing up. You have to list all your > dependencies and assert that they are free too. You also have to > check that all your files have a valid copyright notice, which is > currently not true of most of our *.{h,hh} files. (Mind you, I got a > laugh from their "I read carefully and won't check this" item.) Oh sorry, should have checked more carefully... > > I asked the local Linux Users Group for recommendations and bitbucket > was mentioned. What do people think? > > Terms of service: http://bitbucket.org/site/terms/ > > Note the clauses: > > By submitting Content to Avantlumiere for inclusion on your > Website, you grant Avantlumiere a world-wide, royalty-free, and > non-exclusive license to reproduce, modify, adapt and publish the > Content solely for the purpose of displaying, distributing and > promoting your account or repository. > > I guess the "solely for the purpose of displaying ..." clause makes > that OK. They presumably want to be able to advertise the fact that > they host Dillo without us claiming copyright infringement, which is > fair enough. > > Also: > > Avantlumiere reserves the right, at its sole discretion, to modify > or replace any part of this Agreement. It is your responsibility > to check this Agreement periodically for changes. Your continued > use of or access to the Website following the posting of any > changes to this Agreement constitutes acceptance of those changes. > > That makes me nervous, but bitbucket is popular so I guess people > trust them not to mess their customers around. Argh, I really hate this stuff. I guess we really want an independent server/virtual machine somewhere just as we have at wearlab until now. > > I'll set up a BitBucket repo if people agree. Maybe creating just frequently updated copy there would help already? Regards, Johannes

Feb. 3, 2009

FreeHG performance

by onepoint＠starurchin.org

On Tue, Feb 03, 2009 at 01:47:48PM +0100, Hofmann Johannes wrote: > I doubt that setting up a savannah project would take very long. Really? I just had a look and there's a long checklist. You have to supply a fairly detailed project description, so the core devs would have to agree to one before signing up. You have to list all your dependencies and assert that they are free too. You also have to check that all your files have a valid copyright notice, which is currently not true of most of our *.{h,hh} files. (Mind you, I got a laugh from their "I read carefully and won't check this" item.) I asked the local Linux Users Group for recommendations and bitbucket was mentioned. What do people think? Terms of service: http://bitbucket.org/site/terms/ Note the clauses: By submitting Content to Avantlumiere for inclusion on your Website, you grant Avantlumiere a world-wide, royalty-free, and non-exclusive license to reproduce, modify, adapt and publish the Content solely for the purpose of displaying, distributing and promoting your account or repository. I guess the "solely for the purpose of displaying ..." clause makes that OK. They presumably want to be able to advertise the fact that they host Dillo without us claiming copyright infringement, which is fair enough. Also: Avantlumiere reserves the right, at its sole discretion, to modify or replace any part of this Agreement. It is your responsibility to check this Agreement periodically for changes. Your continued use of or access to the Website following the posting of any changes to this Agreement constitutes acceptance of those changes. That makes me nervous, but bitbucket is popular so I guess people trust them not to mess their customers around. I'll set up a BitBucket repo if people agree. Regards, Jeremy Henty

Feb. 3, 2009

FreeHG performance

by Johannes.Hofmann＠gmx.de

yOn Fri, Jan 30, 2009 at 12:22:46PM -0300, Jorge Arellano Cid wrote: > On Fri, Jan 30, 2009 at 01:21:47PM +0000, Jeremy Henty wrote: > > > > Am I the only one getting very poor performance from FreeHG ? Quite > > often I get a 404 Not Found and right now it's hanging. Everyone > > confirms that Mercurial itself is really fast and I've seen other > > reports criticising FreeHG's performance. Perhaps we should think > > about moving host? It's not always easy to find time to devote to > > Dillo so it's rather aggravating when that time is wasted just waiting > > for a connection to the server. I'm committed enough to grit my teeth > > and wait but I can see it putting off would-be contributors. > > > > Just a thought, > > Yes, I've also had trouble with it, and when normal it's slower > than our Wearlab's CVS. > > A couple of days ago (while developoing/reviewing patches) I > digged a bit on it and it seems that bitbucket is much faster. We > can try bitbucket while we find a long term solution (e.g. FSF's > savannah is offering Mercurial and Git repos, but the applying > process may take some time). > > At some point in time we should move out from the Wearlab, as > it may be closed soon. Currently we need webserver/CGI/python > shell accounts and a DCVS (Hg or Git). CGI is quite useful, but > we may use another bugtracker too. > > Suggestions? I agree. freehg.org is just very simple to setup so I chose that for the CSS prototype. I doubt that setting up a savannah project would take very long. Anyone volunteering? Cheers, Johannes

Feb. 3, 2009

Bad character coding for www.blisty.cz

by jcid＠dillo.org

On Mon, Feb 02, 2009 at 09:42:20AM -0300, Jorge Arellano Cid wrote: > On Mon, Feb 02, 2009 at 01:45:43AM +0000, corvid wrote: > > Johannes wrote: > > > On Sun, Feb 01, 2009 at 07:45:39PM +0100, Hofmann Johannes wrote: > > > > On Sun, Feb 01, 2009 at 03:53:32PM +0000, corvid wrote: > > > > > Jorge wrote: > > > > > > On Sun, Feb 01, 2009 at 02:24:30AM +0000, corvid wrote: > > > > > > > Michal wrote: > > > > > > > > Hi, > > > > > > > > > > > > > > > > I am affraid there ocurred regression in post-dillo-2.0 when compared to > > > > > > > > dillo-2.0. Look on the www.blisty.cz web page, on the top there's > > > > > > > > following sence (it's in Czech) > > > > > > > > > > > > > > > > "??t??te Britsk? listy speci?ln?? upraven? pro va??e mobiln? telefony a PDA" > > > > > > > > > > > > > > > > but in current hg tip it's displayed as > > > > > > > > > > > > > > > > "???t???te Britsk??? listy speci???ln??? upraven??? pro va???e mobiln??? telefony a PDA" > > > > > > > > > > > > > > > > and of course, the whole page is displayed like in ISO-8859-1 coding. > > > > > > > > > > > > > > > > I noticed this first when the character coding code in post-dillo-2.0 > > > > > > > > was changed. > > > > > > > > > > > > > > > > When the page is saved to disk and opened it works as expected. > > > > > > > > > > > > > > > > It appeared that it is somehow related to default dillorc. > > > > > > > > > > > > > > > > 1) remove the ~/.dillo directory > > > > > > > > 2) dillo www.blisty.cz > > > > > > > > 3) --> PASS > > > > > > > > 4) quit dillo > > > > > > > > 5) dillo www.blisty.cz > > > > > > > > 6) --> FAIL > > > > > > > > > > > > > > > > Can anyone, please, have a look at this and say whether is it > > > > > > > > reproducible and, perhaps, fix it? :) > > > > > > > > > > > > > > Breaks for me, too. > > > > > > > > > > > > > > Plus having to wait through 116K of download before anything > > > > > > > appears is no fun. > > > > > > > > > > > > It works for me! :-) > > > > > > > > > > > > Seriously, I still have a pending item to review here, and it's > > > > > > when charset appears after the stylesheet in HEAD. This page also > > > > > > has timing issues: http://www.daemonnews.org > > > > > > > > > > > > It looks like queueing the stylesheets and asking for them > > > > > > after charset or at head close may fix it. > > > > > > > > > > Does anyone else experience pages not rendering until > > > > > download is complete? I see this with the dillo.org > > > > > pages, for instance, since the meta charset is iso-8859-1. > > > > > > > > Yes, I'm also seeing it. Not sure when this started. > > > > > > According to hg bisect it starts with d29cdb5b842e, > > > but I don't see any obvious issues there. > > > Jorge, can you have a look please? > > > > With > > html->stop_parser = true; /* Avoid a race condition */ > > in Html_tag_open_meta(), we don't get to Html_tag_close_head > > in the usual way. We have to wait until the cache client callback > > is called with CA_Close, triggering DilloHtml::finishParsing, > > which closes all of the open tags. Html_tag_close_head() > > is called and we finally get our repush(). > > Good analysis. > > I'm looking into both issues... OK, the tip has a patch for both problems. It passes these tests: Feb03 load Reload Back ---------------------------- H__ OK OK OK H = has charset in HTTP header HM_ OK OK OK M = has charset in META H_S OK OK OK S = has remote CSS stylesheet HMS OK OK OK _ = disabled ___ OK OK OK _M_ OK OK OK __S OK OK OK t = timing issue _MS OK OK OK x = always fails ---------------------------- and the reported cases too. I still don't feel comfortable with this part of the code: it's complex and has the Cache_ref() trick. Anyway, as far as tests are concerned it behaves well. Please test and report. -- Cheers Jorge.- ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________

Feb. 3, 2009

Bad character coding for www.blisty.cz

by jcid＠dillo.org

On Mon, Feb 02, 2009 at 01:45:43AM +0000, corvid wrote: > Johannes wrote: > > On Sun, Feb 01, 2009 at 07:45:39PM +0100, Hofmann Johannes wrote: > > > On Sun, Feb 01, 2009 at 03:53:32PM +0000, corvid wrote: > > > > Jorge wrote: > > > > > On Sun, Feb 01, 2009 at 02:24:30AM +0000, corvid wrote: > > > > > > Michal wrote: > > > > > > > Hi, > > > > > > > > > > > > > > I am affraid there ocurred regression in post-dillo-2.0 when compared to > > > > > > > dillo-2.0. Look on the www.blisty.cz web page, on the top there's > > > > > > > following sence (it's in Czech) > > > > > > > > > > > > > > "??t??te Britsk? listy speci?ln?? upraven? pro va??e mobiln? telefony a PDA" > > > > > > > > > > > > > > but in current hg tip it's displayed as > > > > > > > > > > > > > > "???t???te Britsk??? listy speci???ln??? upraven??? pro va???e mobiln??? telefony a PDA" > > > > > > > > > > > > > > and of course, the whole page is displayed like in ISO-8859-1 coding. > > > > > > > > > > > > > > I noticed this first when the character coding code in post-dillo-2.0 > > > > > > > was changed. > > > > > > > > > > > > > > When the page is saved to disk and opened it works as expected. > > > > > > > > > > > > > > It appeared that it is somehow related to default dillorc. > > > > > > > > > > > > > > 1) remove the ~/.dillo directory > > > > > > > 2) dillo www.blisty.cz > > > > > > > 3) --> PASS > > > > > > > 4) quit dillo > > > > > > > 5) dillo www.blisty.cz > > > > > > > 6) --> FAIL > > > > > > > > > > > > > > Can anyone, please, have a look at this and say whether is it > > > > > > > reproducible and, perhaps, fix it? :) > > > > > > > > > > > > Breaks for me, too. > > > > > > > > > > > > Plus having to wait through 116K of download before anything > > > > > > appears is no fun. > > > > > > > > > > It works for me! :-) > > > > > > > > > > Seriously, I still have a pending item to review here, and it's > > > > > when charset appears after the stylesheet in HEAD. This page also > > > > > has timing issues: http://www.daemonnews.org > > > > > > > > > > It looks like queueing the stylesheets and asking for them > > > > > after charset or at head close may fix it. > > > > > > > > Does anyone else experience pages not rendering until > > > > download is complete? I see this with the dillo.org > > > > pages, for instance, since the meta charset is iso-8859-1. > > > > > > Yes, I'm also seeing it. Not sure when this started. > > > > According to hg bisect it starts with d29cdb5b842e, > > but I don't see any obvious issues there. > > Jorge, can you have a look please? > > With > html->stop_parser = true; /* Avoid a race condition */ > in Html_tag_open_meta(), we don't get to Html_tag_close_head > in the usual way. We have to wait until the cache client callback > is called with CA_Close, triggering DilloHtml::finishParsing, > which closes all of the open tags. Html_tag_close_head() > is called and we finally get our repush(). Good analysis. I'm looking into both issues... -- Cheers Jorge.- ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________

Feb. 2, 2009

[patch]: fix signature of Html_add_new_linkimage()

by onepoint＠starurchin.org

On Sun, Feb 01, 2009 at 08:56:41PM -0300, Jorge Arellano Cid wrote: > On Sun, Feb 01, 2009 at 08:45:06PM +0000, Jeremy Henty wrote: > > > * There's no need to pass the url to Html_add_new_linkimage() as > > a (DilloUrl **), so just copy the (DilloUrl *) pointer. > > It's used to emphasize the url parameter changes owner. Fair enough, but it didn't convey that to me at all. It just looked obviously wrong. I wonder if a comment would make the point better. Just a thought. Regards, Jeremy Henty

Feb. 2, 2009

Rendering XHTML 1.1

by Hole.destructor＠gmx.de

Hello Dillo developers, since you are planing to release Dillo-2.1 in about a month, I am wondering whether there are plans to support XHTML 1.1, HTML 5 and XHTML 2 web pages in the near future? Thanks, Alexander.

Feb. 2, 2009

Address Bar Text Clears

by Johannes.Hofmann＠gmx.de

On Mon, Feb 02, 2009 at 03:46:34AM +0000, calvin morrison wrote: > Ubuntu 8.10 right off the website, all the latest stable releases. > It's got to be before the page actually loads. What does "dillo -v" report as version? Cheers, Johannes

Feb. 2, 2009

Address Bar Text Clears

by crazycal00＠gmail.com

Ubuntu 8.10 right off the website, all the latest stable releases. It's got to be before the page actually loads. I'll try to recreate it on my laptop. I've been able to duplicate the problem on, but only when accessing a wikispaces page? if you tab away and tab back the url disappers from the address bar. On Sun, Feb 1, 2009 at 11:58 PM, corvid <corvid(a)lavabit.com> wrote: > Calvin wrote: >> open up a website, make sure to pick one that loads slowly and to type >> it in the address bar. as it's loading open up a new tab, now click >> back. the URL in the address bar field is empty. > > Hmm...I can't seem to get this to break. > Is this the 2.0 release or the current tree? > Suitably recent FLTK2 snapshot? > Are you running on OSX by any chance? > > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

Feb. 2, 2009

Bad character coding for www.blisty.cz

by corvid＠lavabit.com

Johannes wrote: > On Sun, Feb 01, 2009 at 07:45:39PM +0100, Hofmann Johannes wrote: > > On Sun, Feb 01, 2009 at 03:53:32PM +0000, corvid wrote: > > > Jorge wrote: > > > > On Sun, Feb 01, 2009 at 02:24:30AM +0000, corvid wrote: > > > > > Michal wrote: > > > > > > Hi, > > > > > > > > > > > > I am affraid there ocurred regression in post-dillo-2.0 when compared to > > > > > > dillo-2.0. Look on the www.blisty.cz web page, on the top there's > > > > > > following sence (it's in Czech) > > > > > > > > > > > > "??t??te Britsk? listy speci?ln?? upraven? pro va??e mobiln? telefony a PDA" > > > > > > > > > > > > but in current hg tip it's displayed as > > > > > > > > > > > > "???t???te Britsk??? listy speci???ln??? upraven??? pro va???e mobiln??? telefony a PDA" > > > > > > > > > > > > and of course, the whole page is displayed like in ISO-8859-1 coding. > > > > > > > > > > > > I noticed this first when the character coding code in post-dillo-2.0 > > > > > > was changed. > > > > > > > > > > > > When the page is saved to disk and opened it works as expected. > > > > > > > > > > > > It appeared that it is somehow related to default dillorc. > > > > > > > > > > > > 1) remove the ~/.dillo directory > > > > > > 2) dillo www.blisty.cz > > > > > > 3) --> PASS > > > > > > 4) quit dillo > > > > > > 5) dillo www.blisty.cz > > > > > > 6) --> FAIL > > > > > > > > > > > > Can anyone, please, have a look at this and say whether is it > > > > > > reproducible and, perhaps, fix it? :) > > > > > > > > > > Breaks for me, too. > > > > > > > > > > Plus having to wait through 116K of download before anything > > > > > appears is no fun. > > > > > > > > It works for me! :-) > > > > > > > > Seriously, I still have a pending item to review here, and it's > > > > when charset appears after the stylesheet in HEAD. This page also > > > > has timing issues: http://www.daemonnews.org > > > > > > > > It looks like queueing the stylesheets and asking for them > > > > after charset or at head close may fix it. > > > > > > Does anyone else experience pages not rendering until > > > download is complete? I see this with the dillo.org > > > pages, for instance, since the meta charset is iso-8859-1. > > > > Yes, I'm also seeing it. Not sure when this started. > > According to hg bisect it starts with d29cdb5b842e, > but I don't see any obvious issues there. > Jorge, can you have a look please? With html->stop_parser = true; /* Avoid a race condition */ in Html_tag_open_meta(), we don't get to Html_tag_close_head in the usual way. We have to wait until the cache client callback is called with CA_Close, triggering DilloHtml::finishParsing, which closes all of the open tags. Html_tag_close_head() is called and we finally get our repush().

Feb. 2, 2009