- Dillo-dev - lists.mailman3.com

google login redirect
by furaisanjin＠gmail.com March 26, 2009

March 26, 2009

Hi all. I have noticed that google login redirect is something like this. <meta http-equiv="refresh" content="0; url='http://www.google.com/ .....> So generated redirect template looks like <table width='100%'><tr><td bgcolor='#ee0000'>Warning:</td> <td bgcolor='#8899aa' width='100%'> This page uses the NON-STANDARD meta refresh tag.<br> The HTML 4.01 SPEC (sec 7.4.4) recommends explicitly to avoid it.</td></tr> <tr><td bgcolor='#a0a0a0' colspan='2'>The author wanted you to go <a href=''http://www.google.com/ ... So dillo just navigates to the same page. This is the reason why we can't login. Regards, furaisanjin

4 10

Re: FLTK2 r6403
by corvid＠lavabit.com March 26, 2009

March 26, 2009

Nicol?s wrote: > Hi! Well, I am making the possible to compile Dillo in OSX. But with > the version of FLTK v6700 i can't pass the ./configure. > I am using the v6671, but there are some differences between the v6403 > (recomended in the README file). If anyone has the v6403, send it me > please =). 6700 is FLTK 1.3. You don't want that. The README says 6403 or newer. fltk-2.0.x-6671 should be fine.

1 0

Ohloh does not accept http://hg.dillo.org/dillo as Enlistment for the Dillo browser.
by wine.dev＠web.de March 25, 2009

March 25, 2009

Hi. Thanks for working on Dillo. I tried to update the Dillo Project Page on Ohloh, but the the repository failed on the id command. ...$hd id http://hg.dillo.org/dillo abort: cannot look up remote revision; remote repository does not support the 'lookup' capability! Which Mercurial version is used to serve dillo? -- By by ... Detlef

3 6

bug tracker doesn't work with dillo?
by Johannes.Hofmann＠gmx.de March 25, 2009

March 25, 2009

On Wed, Mar 25, 2009 at 12:37:54PM -0400, Jorge Arellano Cid wrote: > On Wed, Mar 25, 2009 at 05:19:48PM +0100, Hofmann Johannes wrote: > > On Wed, Mar 25, 2009 at 08:33:28AM -0400, Jorge Arellano Cid wrote: > > > On Wed, Mar 25, 2009 at 01:21:25AM +0100, Joerg Sonnenberger wrote: > > > > On Wed, Mar 25, 2009 at 12:03:05AM +0000, corvid wrote: > > > > > Jorge wrote: > > > > > > Skimming the code it looks like the cast to long for int is > > > > > > the way to go. If a: > > > > > > > > > > > > - URL_DATA(url)->len, content_type->str, > > > > > > + (long)URL_DATA(url)->len, content_type->str, > > > > > > > > > > > > solves it. I'd commit it and let the explanation come after > > > > > > the patch. > > > > > > > > > > I was thinking of adding long casts for the Content-Length headers > > > > > in file.c as well. Sound good? > > > > > > > > Shouldn't that be (s)size_t? > > > > > > The parameter is specified as %ld, so long seems OK. > > > > I think Joerg is suggesting to switch the len field of struct Dstr > > to size_t/ssize_t and to use this consistently (e.g. using %zd for > > printing it). > > Standard string functions also use size_t for string length. > > It took a long way to define 'len' as int. I wouldn't awake > that dragon. Ah ok. I will browse CVS history a bit :) Cheers, Johannes

2 1

bug tracker doesn't work with dillo?
by dillo-dev＠toykeeper.net March 25, 2009

March 25, 2009

* corvid <corvid(a)lavabit.com> wrote: > Oh, also, did 2.0 work for you? Yes. But how about something more specific... I ran 'hg bisect' on it and here is the result: The first bad revision is: changeset: 491:96a14e974cfb tag: 2.1-noCss user: corvid <corvid(a)lavabit.com> date: Thu Jan 15 18:33:04 2009 -0300 summary: Added the "http_language" dillorc option for setting HTTP's Accept-Language. The diff for that revision doesn't really tell me why it broke then... nothing obvious stands out. But r490 works and r491 doesn't. Maybe you'll see something I don't. :) -- Scott

5 8

Re: Mac OS X Developer
by jcid＠dillo.org March 25, 2009

March 25, 2009

On Sun, Mar 22, 2009 at 04:10:15PM -0300, Nicol?s Manuel Luna wrote: > Hello! My name is Nicolas Luna and I'm from Argentina. I was reading in > your website that you need Mac OS X Developer. Well, I've recently > migrated to this system and I use dillo for a long time (I used it in > Slackware). > I want to contribute anything as posible. I know how to compile, install > dependencies and I know some of C. > If you want me, say me what can I do. I love this browser :D. Great! Currently Dillo works in OSX but with some glitches. For instance, sometimes it is necessary to move the mouse over the rendering area to get a refresh. Sometimes buttons don't draw. I don't know what may be fixed/workarounded in Dillo and what may be FLTK2's fault. So the first you can do is to get it to run in OSX and to start investigating the problems. If you get stuck, you can ask in fltk general or dillo-dev (BTW, please subscribe to dillo-dev). Help is very welcomed. -- Cheers Jorge.-

2 1

MINIX3 wants to port Dillo for GSOC...
by corvid＠lavabit.com March 24, 2009

March 24, 2009

..in case that should interest anyone out there. (http://www.minix3.org/soc-2009/) They have fltk2, libiconv, openssl, zlib, wget, libpng, libjpeg. Not sure about pthreads for DNS...

2 1

bookmark dpi - cleanups
by 4winter＠informatik.uni-hamburg.de March 24, 2009

March 24, 2009

Skipped content of type multipart/mixed

2 1

bug tracker doesn't work with dillo?
by dillo-dev＠toykeeper.net March 24, 2009

March 24, 2009

I went to add a bug to the database today and found that it always returns errors when I attempt to file bugs using dillo. I ended up having to use firefox instead. The specific error is: Request Entity Too Large The requested resource /cgi-bin/bugtrack/Dillo_insert.cgi does not allow request data with POST requests, or the amount of data provided in the request exceeds the capacity limit. I checked with 'wc' and the data wasn't even half the limit. So, dillo is behaving somehow incorrectly. I'm writing here about it instead of filing a new bug because even the short description above is twice as big as the bug tracker allows... and it has no facilities for discussion or notification. -- Scott

2 7

compiling error on FreeBSD 6.4
by furaisanjin＠gmail.com March 24, 2009

March 24, 2009

Hi all. I got compiling error on FreeBSD 6.4. I pulled and updated this morning and then got this error. gmake[3]: Entering directory `/tmp/disk1/src/css/dillo/src' if g++ -DHAVE_CONFIG_H -I. -I. -I.. -DDILLORC_SYS='"/usr/local/etc/dillorc"' -I/usr/local/include -I.. -I/usr/local/include/libpng -O2 -fno-strict-aliasing -pipe -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/X11R6/include -Wno-non-virtual-dtor -g -O2 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -MT web.o -MD -MP -MF ".deps/web.Tpo" -c -o web.o web.cc; \ then mv -f ".deps/web.Tpo" ".deps/web.Po"; else rm -f ".deps/web.Tpo"; exit 1; fi In file included from styleengine.hh:7, from web.cc:25: cssparser.hh:27: error: expected unqualified-id before '!' token cssparser.hh:27: error: expected `)' before '!' token gmake[3]: *** [web.o] Error 1 gmake[3]: Leaving directory `/tmp/disk1/src/css/dillo/src' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/tmp/disk1/src/css/dillo/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/tmp/disk1/src/css/dillo' gmake: *** [all] Error 2 I have no idea when this happned. Regards, furaisanjin

2 3