March 2006 - Dillo-dev - lists.mailman3.com

Re: [Dillo-dev] dillo-0.8.6-rc1

by Jorge Arellano Cid

Hi Francis, Thanks for the good feedback. On Wed, Mar 22, 2006 at 09:21:21AM +0000, Francis Daly wrote: > On Tue, Mar 21, 2006 at 02:13:38PM -0400, Jorge Arellano Cid wrote: > > Hi there, > > > ... test and send feedback. > > Some minor thing that you might like to tidy before release: > > * ChangeLog has a few entries with a leading hyphen. Yes, this visually separates batches of patches by the same authors. > * ChangeLog says > > * Added dpi/downloads.cc (Default FLTK2-based GUI for downloads dpi). > and > * Made the downloads plugin dillo-cookie aware. > > It's only the *old* plugin which handles cookies. (And modifying the new > one to is more than just a two line addition, because the arguments are > counted in (I think) two other places.) But overall, it's no regression > from 0.8.5, so no problem. It just might be worth clarifying the > distinction. Ooops. This is a BUG! I'll clarify the distinction in rc2. > * README says > > Here's a list of some well known problems: > > * no FRAMES rendering > * no https -- read the FAQ to enable a protoype. > > while the code now defaults to https enabled. Change README or change > dpi/https.c > > If you choose to change README and you want to keep at least two problems, > you could mention "javascript" or "http authentication". But only if > you consider their absence a problem ;-) > > Leaving https enabled will get the code tested more, but will likely cause > a warning for each https: url accessed, unless the user's distribution > happens to store trusted root certs in /etc/ssl/certs. > > You can choose whether you want https.c polished more before being exposed > to the world. Possibly a note in README or FAQ saying "dillo reads root > certs from the directories /etc/ssl/certs or $HOME/.dillo/certs; they > should be named after the hash of the certificate subject name -- see > e.g. the openssl x509 documentation, '-hash' option for more information." Yes, this needs some fixes. I'll disable the https dpi as usual (it's too rough now, and it needs a conversion from dpi filter to dpi server too). Sending the users to dig the openssl x509 documentation is too much, and the https dpi hangs when there are concurrent https requests. As for the known problems, I'll add "http authentication". :-) > (Yes, I know, if I *really* cared, there'd be patches in this mail. But > I'm not sure if you're looking at releasing in a day or a week, and > think the things should be mentioned early so you can consider whether > you want to change any of them.) I think more or less one week. Until the release candidate is tested and not having new problems. -- Cheers Jorge.- PS: Your email reply was addressed to me, not to the list. (usually a MUA choice that needs a tweak)

March 22, 2006

Re: [Dillo-dev] dillo-0.8.6-rc1

by Jorge Arellano Cid

Hi, On Tue, Mar 21, 2006 at 11:40:04PM -0500, mike obrien wrote: > sorry, is this one an FLTK version? No, it is a GTK1 version that comes with a FLTK2-based downloads plugin. The build process will stop if you don't have FLTK2 installed, because the FLTK2-based downloads dpi is the default, and suggested choice. A simple way to install FLTK2 is to go to www.fltk.org and download the latest weekly snapshot. Now, if you don't want FLTK2 at all, it is possible to use the old downloads dpi. Just check "./configure --help" to know how. End users (those that install from packaged binaries) don't need FLTK2 installed at all, because the downloads dpi will be built statically-linked. -- Cheers Jorge.-

March 22, 2006

Re: [Dillo-dev] dillo and no-cache

by Jorge Arellano Cid

Hi, On Tue, Mar 21, 2006 at 05:23:09PM -0600, digitek wrote: > > > Francis Daly wrote: > >On Tue, Mar 21, 2006 at 04:45:44PM -0600, digitek wrote: > > > >>I noticed 0.8.5 loads pages from cache regardless of the > >>'content=no-cache' meta tag. > > > >Yes. > > Cool. > > > > > >>Near as I can tell from the mailing list, this is by design. > > > >Also yes. > > Also cool. > > <snip> > >(Although without having seen the patch, it should probably honour the > >HTTP headers rather than the meta tag. But that's a topic that doesn't > >need to be discussed here.) > > > >All the best, > > > > f > > Understood. Thanks. > > I intend to use this in a commercial product and need to make my changes > freely available under the GPL. > Does anyone have a preference where ? Yes, send it directly to me. A long time ago, some sites discovered that a reload request on every page could boost their advertising hits (i.e. more money). Dillo avoids this problem by letting the user hit reload for the latest page. Of course this has the downside of breaking on honest sites that use the reload request to somehow keep state of a session. A good solution is like with cookies, to only honour certain trusted sites on such cache directives. It would be interesting to know what you're using the patch for (as far as the NDA allows). Having some background always helps. -- Cheers Jorge.-

March 22, 2006

Re: [Dillo-dev] dillo-0.8.6-rc1

by mike obrien

sorry, is this one an FLTK version? mike On Tue, 21 Mar 2006 14:13:38 -0400 Jorge Arellano Cid <jcid(a)dillo.org> wrote: > Hi there, > > The new dillo-0.8.6-rc1.tar.bz2 tarball is ready for testing! > > Please grab it from: > > http://www.dillo.org/download/dillo-0.8.6-rc1.tar.bz2 > > ... test and send feedback. > > Packagers are encouraged to include the statically linked FLTK2 > GUI for downloads in their end-user packages. > > > -- > Cheers > Jorge.- > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

March 22, 2006

Re: [Dillo-dev] dillo and no-cache

by digitek

Francis Daly wrote: > On Tue, Mar 21, 2006 at 04:45:44PM -0600, digitek wrote: > >> I noticed 0.8.5 loads pages from cache regardless of the 'content=no-cache' >> meta tag. > > Yes. Cool. > >> Near as I can tell from the mailing list, this is by design. > > Also yes. Also cool. <snip> > (Although without having seen the patch, it should probably honour the > HTTP headers rather than the meta tag. But that's a topic that doesn't > need to be discussed here.) > > All the best, > > f Understood. Thanks. I intend to use this in a commercial product and need to make my changes freely available under the GPL. Does anyone have a preference where ? Thanks. -- digitek(a)charter.net key id: 0xF6FA6D1E huh?: http://google.com/search?q=gnupg+secure+email

March 21, 2006

Re: [Dillo-dev] dillo and no-cache

by Francis Daly

On Tue, Mar 21, 2006 at 04:45:44PM -0600, digitek wrote: > I noticed 0.8.5 loads pages from cache regardless of the 'content=no-cache' > meta tag. Yes. > Near as I can tell from the mailing list, this is by design. Also yes. > I also found the no-cache > patch for 0.8.2 and applied to 0.8.5 (by hand). > > Is this the best way right now to get cache control working? "clicking reload" works for me, on the occasions when I *do* want the freshest data. (And for pages like mailing list archives, or comments-added ones, it's handy to first see the old data, so I know where I stopped reading before I explicitly reload.) If that is insufficient for you, then yes, an external on-your-own-if-it-breaks patch is probably the way to go. (Although without having seen the patch, it should probably honour the HTTP headers rather than the meta tag. But that's a topic that doesn't need to be discussed here.) All the best, f -- Francis Daly francis(a)daoine.org

March 21, 2006

dillo and no-cache

by digitek

Hello All. Nice browser! I noticed 0.8.5 loads pages from cache regardless of the 'content=no-cache' meta tag. Near as I can tell from the mailing list, this is by design. I also found the no-cache patch for 0.8.2 and applied to 0.8.5 (by hand). Is this the best way right now to get cache control working? Thanks -- digitek(a)charter.net key id: 0xF6FA6D1E huh?: http://google.com/search?q=gnupg+secure+email

March 21, 2006

dillo on cygwin native

by David Dombrowsky

So far the only easily compilable web browser I can find for the cygwin platform is dillo. It compiles and starts up just fine, but any time it has to use the dpid daemon, it dies. The source of the error has something to do with the socket handling in the source for dpid. Does anyone have any experience building dillo on native cygwin (cygwin-X)? Also, what about the fltk2 toolkit? I can't get that to build in cygwin either. I know that's another project, but dillo directly depends on it. Any help would be greatly appreciated. One of my desktops is empty and I need to put a browser there. -David Dombrowsky

March 21, 2006

Re: [Dillo-dev] Refresh via external signal?

by Kelson Vibber

Jorge Arellano Cid wrote: > The idea is to start dillo with a command line switch, let's > say: > > ./dillo -remote > > to let it open a socket using the dpid. That way, an external > program can communicate with Dillo using this socket. Someone wrote a patch for Dillo 0.7.1 that does something similar at http://xemacs.seanm.ca/ I modified it a while back to apply to 0.8.4 and posted my version at http://www.hyperborea.org/software/dillo/modified.html -- though I haven't tested it. It might be a good starting point for someone who wants to work on it. -- Kelson Vibber www.hyperborea.org

March 21, 2006

dillo-0.8.6-rc1

by Jorge Arellano Cid

Hi there, The new dillo-0.8.6-rc1.tar.bz2 tarball is ready for testing! Please grab it from: http://www.dillo.org/download/dillo-0.8.6-rc1.tar.bz2 ... test and send feedback. Packagers are encouraged to include the statically linked FLTK2 GUI for downloads in their end-user packages. -- Cheers Jorge.-

March 21, 2006