- Dillo-dev - lists.mailman3.com

Re: [Dillo-dev]CAN-2005-12

by Jorge Arellano Cid

On Mon, Jan 10, 2005 at 09:17:13AM +0000, Jeremy Henty wrote: > > On Sun, Jan 09, 2005 at 10:58:04AM -0500, Patrick Shanahan wrote: > > > I have found no anomalies with the rc1 issue other than the failure > > of yahoo.com to be able to find it's cookies ??? > > Are there known cookie problems? I'm asking because I can't create a > login on the Doom wiki (doom.wikicities.com) Even if I set "DEFAULT > ACCEPT" in cookiesrc the cookies don't appear. My account at > wikipedia.org works fine though. > > Cheers, Does it work with 0.8.3? -- Cheers Jorge.-

Jan. 10, 2005

Re: [Dillo-dev]CAN-2005-12

by Jeremy Henty

On Sun, Jan 09, 2005 at 10:58:04AM -0500, Patrick Shanahan wrote: > I have found no anomalies with the rc1 issue other than the failure > of yahoo.com to be able to find it's cookies ??? Are there known cookie problems? I'm asking because I can't create a login on the Doom wiki (doom.wikicities.com) Even if I set "DEFAULT ACCEPT" in cookiesrc the cookies don't appear. My account at wikipedia.org works fine though. Cheers, Jeremy Henty

Jan. 10, 2005

Re: [Dillo-dev]CAN-2005-12

by robert w hall

In article <20050109151904.GD1458(a)dillo.org>, Jorge Arellano Cid <jcid(a)dillo.org> writes >Hi there, > > Please send your reports on testing 0.8.4-rc1 ASAP. I wish to >release it by Tuesday if possible. Otherwise, it seems I'll have >to make a security-fix-release first and then the official 0.8.4. > > So far rc1 has passed flawlessly the testing process. > Compiles and launches OK on a playstation2. Some incompatibilities with https (on amazon & yahoo groups) which I think are due to having the old 0.8.3 bits about. I was waiting for (the usual) rc2 before I tried to claim 'parents-rights' on the machine, for a conclusive test! -- robert w hall

Jan. 9, 2005

Re: [Dillo-dev]CAN-2005-12

by Patrick Shanahan

* Jorge Arellano Cid <jcid(a)dillo.org> [01-09-05 10:27]: > Please send your reports on testing 0.8.4-rc1 ASAP. I wish to > release it by Tuesday if possible. Otherwise, it seems I'll have > to make a security-fix-release first and then the official 0.8.4. I have found no anomalies with the rc1 issue other than the failure of yahoo.com to be able to find it's cookies ??? I would say that it is *ready*. -- Patrick Shanahan Registered Linux User #207535 http://wahoo.no-ip.org @ http://counter.li.org HOG # US1244711 Photo Album: http://wahoo.no-ip.org/photos

Jan. 9, 2005

[Dillo-dev]CAN-2005-12

by Jorge Arellano Cid

Hi there, Please send your reports on testing 0.8.4-rc1 ASAP. I wish to release it by Tuesday if possible. Otherwise, it seems I'll have to make a security-fix-release first and then the official 0.8.4. So far rc1 has passed flawlessly the testing process. -- Cheers Jorge.-

Jan. 9, 2005

Re: [Dillo-dev]how to reply a message

by Roberto Sanchez

Quoting Yu Zenghui <yuzenghui(a)people.com.cn>: > why is what I send always a new thread? > How to reply a thread? > Make sure your mail program is not destroying the headers that are placed by the mailing list. -Roberto Sanchez ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

Jan. 9, 2005

[Dillo-dev]how to reply a message

by Yu Zenghui

why is what I send always a new thread? How to reply a thread?

Jan. 9, 2005

Re: [Dillo-dev]a_Http_init() question

by Roberto Sanchez

Jorge Arellano Cid wrote: > On Sat, Jan 08, 2005 at 01:38:17AM -0500, Roberto Sanchez wrote: > >>I was reading through some of the code and noticed this code segment in >>a_Http_init() (file: src/IO/http.c, line 82): >> >> gchar *env_proxy = getenv("http_proxy"); >> >> if (env_proxy && strlen(env_proxy)) >> HTTP_Proxy = a_Url_new(env_proxy, NULL, 0, 0, 0); >> if (!HTTP_Proxy && prefs.http_proxy) >> HTTP_Proxy = a_Url_dup(prefs.http_proxy); >> >>It appears to me that this will take first an HTTP proxy from the user's >>environment. Then, if one is defined in the Dillo preferences, use it >>to override the one from the environment. >> >>I think that the order of the tests should be reversed. The reason is >>that every *nix program I can think of will place precedence on settings >>from the environment *over* those in the configuration files. The >>behavior above would be confusing to an experienced *nix user. > > > It works. The "!HTTP_Proxy" avoids the oversetting. > Sure does :-) I guess that's what I get for trying to read source code at 2:00 am. Here is a small patch that adds a comment there and a few other places for clarification. -Roberto

Jan. 8, 2005

Re: [Dillo-dev]a_Http_init() question

by Jorge Arellano Cid

On Sat, Jan 08, 2005 at 01:38:17AM -0500, Roberto Sanchez wrote: > I was reading through some of the code and noticed this code segment in > a_Http_init() (file: src/IO/http.c, line 82): > > gchar *env_proxy = getenv("http_proxy"); > > if (env_proxy && strlen(env_proxy)) > HTTP_Proxy = a_Url_new(env_proxy, NULL, 0, 0, 0); > if (!HTTP_Proxy && prefs.http_proxy) > HTTP_Proxy = a_Url_dup(prefs.http_proxy); > > It appears to me that this will take first an HTTP proxy from the user's > environment. Then, if one is defined in the Dillo preferences, use it > to override the one from the environment. > > I think that the order of the tests should be reversed. The reason is > that every *nix program I can think of will place precedence on settings > from the environment *over* those in the configuration files. The > behavior above would be confusing to an experienced *nix user. It works. The "!HTTP_Proxy" avoids the oversetting. -- Cheers Jorge.-

Jan. 8, 2005

Re: [Dillo-dev]Bug #340

by Jorge Arellano Cid

On Sat, Jan 08, 2005 at 01:20:00AM -0500, Roberto Sanchez wrote: > I just tried to duplicate Bug #340, but I could not. > Could anyone else confirm this? I am using today's > CVS. If it is no longer reproducible, i.e., Dillo > behaves correctly, maybe Jorge can mark the bug as > done? Now it's marked done. -- Cheers Jorge.-

Jan. 8, 2005

[Dillo-dev]a_Http_init() question

by Roberto Sanchez

I was reading through some of the code and noticed this code segment in a_Http_init() (file: src/IO/http.c, line 82): gchar *env_proxy = getenv("http_proxy"); if (env_proxy && strlen(env_proxy)) HTTP_Proxy = a_Url_new(env_proxy, NULL, 0, 0, 0); if (!HTTP_Proxy && prefs.http_proxy) HTTP_Proxy = a_Url_dup(prefs.http_proxy); It appears to me that this will take first an HTTP proxy from the user's environment. Then, if one is defined in the Dillo preferences, use it to override the one from the environment. I think that the order of the tests should be reversed. The reason is that every *nix program I can think of will place precedence on settings from the environment *over* those in the configuration files. The behavior above would be confusing to an experienced *nix user. -Roberto Sanchez

Jan. 8, 2005

[Dillo-dev]Bug #340

by Roberto Sanchez

I just tried to duplicate Bug #340, but I could not. Could anyone else confirm this? I am using today's CVS. If it is no longer reproducible, i.e., Dillo behaves correctly, maybe Jorge can mark the bug as done? -Roberto Sanchez

Jan. 8, 2005

Re: [Dillo-dev]cache replace

by Scott Scriven

* Yu Zenghui <yuzenghui(a)people.com.cn> wrote: > it seems that dillo doesn't use cache replace algorithms. it > simply inserts new entry into the hash table. then if the > program runs for a long time, it will use more and more > memories. doesn't it? Hmm. I always thought that was a feature. :) Seriously, I find it useful that dillo uses cache when possible, without touching the network. That makes it easy for me to preload a bunch of pages and then browse them when I don't have 'net access. It also speeds things up compared to browsers which check the network for updates before (or instead of) using cache. I don't tend to run one copy of dillo for a long time, though. Instead, I generally start a new instance for each site or task, and close it when I'm done. I think I have about 20-30 open right now. I guess in that sense, I treat it like an xterm -- open it, perform one or two tasks with it, then close it. I have a lot of instances running all the time, but I cycle through them quickly. Since each one has a single purpose, it's almost like a sticky-note to remind me to finish something. -- Scott

Jan. 7, 2005

[Dillo-dev]Re: Re: cache replace

by Yu Zenghui

it's great! can you tell me what version does your patch apply? thank you! >there's a patch that i've been using for years, it's perfectly stable (but i'm >not sure if it applies cleanly to current versions): > >http://lists.auriga.wearlab.de/pipermail/dillo-dev/2003-January/000073.html > >- Thorben

Jan. 7, 2005