May 2003 - Dillo-dev - lists.mailman3.com

Re: [Dillo-dev] proxy settings(getting apache test page) (fwd)

by cfraz

> ---------- Forwarded message ---------- > Date: Mon, 5 May 2003 11:30:58 -0700 (PDT) > From: Vamsidhar Mullangi <mvamsi_reddy(a)yahoo.com> > To: jcid(a)softhome.net > Subject: proxy settings(getting apache test page) > > Hi Jorge, > Your browser dillo is really cool, but Iam facing a > problem. > I copied /etc/dillorc file to my /HOME/.dillo and > changed the > #http_proxy=http://localhost:8080/ > to our proxy settings. > The problem is whenever Iam trying to access any > website Iam getting only "Apache's test page". > I may be missing some other settings. > Pl do help me from this point. > Thanks > Vamsi > Privoxy works fine with the line : http_proxy=http://localhost:8118/ Franco Azzano

May 6, 2003

Selection crashes (05/05 CVS)

by Livio Baldini Soares

Hi, I don't have too much time to debug this right (sorry), so I'm sending it here. Double-click on the about:splash page a few times (especially at the very bottom), and you'll get this crash easily enough: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 23106)] 0x08058366 in a_Dw_ext_iterator_compare (eit1=0x0, eit2=0x0) at dw_ext_iterator.c:334 334 while (eit1->stack[nea]->widget == eit2->stack[nea]->widget) { Here is the backtrace: (gdb) bt #0 0x08058366 in a_Dw_ext_iterator_compare (eit1=0x0, eit2=0x0) at dw_ext_iterator.c:334 #1 0x08067184 in Selection_adjust_selection (selection=0x80c0f68, it=0x81004a8, char_pos=4) at selection.c:320 #2 0x080670b2 in a_Selection_button_motion (selection=0x80c0f68, it=0x81004a8, char_pos=4, link=-1, event=0x0, within_content=0) at selection.c:268 #3 0x0805f68e in Dw_page_send_selection_event (page=0x80e4ad0, fn=0x806707c <a_Selection_button_motion>, x=355, y=5, event=0x0) at dw_page.c:1493 #4 0x0805f74d in Dw_page_motion_notify (widget=0x80e4ad0, x=355, y=5, event=0x80c6be8) at dw_page.c:1538 #5 0x0806502b in Dw_widget_mouse_event (widget=0x80e4ad0, viewwidget=0x80c0e80, x=581, y=127, event=0x80c6be8) at dw_widget.c:741 #6 0x0805b31c in Dw_gtk_viewport_mouse_event (widget=0x80c0e80, x=581, y=127, event=0x80c6be8) at dw_gtk_viewport.c:358 #7 0x0805b46e in Dw_gtk_viewport_motion_notify (widget=0x80c0e80, event=0x80c6be8) at dw_gtk_viewport.c:404 #8 0x40157e3f in gtk_marshal_BOOL__POINTER () from /usr/lib/libgtk-1.2.so.0 #9 0x40187013 in gtk_signal_set_funcs () from /usr/lib/libgtk-1.2.so.0 #10 0x401850b3 in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0 #11 0x401bbacb in gtk_widget_event () from /usr/lib/libgtk-1.2.so.0 #12 0x40157d85 in gtk_propagate_event () from /usr/lib/libgtk-1.2.so.0 #13 0x40156eee in gtk_main_do_event () from /usr/lib/libgtk-1.2.so.0 #14 0x40205457 in gdk_wm_protocols_filter () from /usr/lib/libgdk-1.2.so.0 #15 0x402364d8 in g_get_current_time () from /usr/lib/libglib-1.2.so.0 #16 0x40236ae3 in g_get_current_time () from /usr/lib/libglib-1.2.so.0 #17 0x40236c7c in g_main_run () from /usr/lib/libglib-1.2.so.0 #18 0x401567e7 in gtk_main () from /usr/lib/libgtk-1.2.so.0 #19 0x080680ef in main (argc=1, argv=0xbffff9d4) at dillo.c:292 The following test fixes this for me, without any apparent side-effects. I'm still not very familiar with the selection code yet, so it's just a suggestion for Sebastian.. this might be breaking something else. The little patch: ---------------------------------------------------------------------- diff -pru dillo/src/selection.c dillo.new.my/src/selection.c --- dillo/src/selection.c Mon May 5 23:11:20 2003 +++ dillo.new.my/src/selection.c Mon May 5 23:29:09 2003 @@ -314,6 +314,11 @@ static void Selection_adjust_selection ( gint new_to_char, cmp_old, cmp_new, cmp_diff, len; gboolean brute_highlighting = FALSE; + if (!selection->to || !selection->from) { + // something's wrong? a double-click maybe? + return; + } + new_to = a_Dw_ext_iterator_new_variant (selection->to, it); new_to_char = Selection_correct_char_pos (new_to, char_pos); ---------------------------------------------------------------------- best regards, -- Livio B. Soares

May 6, 2003

Re: [Dillo-dev] proxy settings(getting apache test page) (fwd)

by Case Jones

On Mon, 5 May 2003 15:00:27 -0400 (CLT) Jorge Arellano Cid <jcid(a)softhome.net> wrote: > Hi Jorge, > Your browser dillo is really cool, but Iam facing a > problem. > I copied /etc/dillorc file to my /HOME/.dillo and > changed the > #http_proxy=http://localhost:8080/ > to our proxy settings. > The problem is whenever Iam trying to access any > website Iam getting only "Apache's test page". > I may be missing some other settings. > Pl do help me from this point. > Thanks > Vamsi Well, I know that the proxy feature works with squid, since I use that feature with squid... my line looks like this: http_proxy=http://localhost:3128/ This has worked with 0.7.1.3 and with 0.7.2 .

May 5, 2003

proxy settings(getting apache test page) (fwd)

by Jorge Arellano Cid

---------- Forwarded message ---------- Date: Mon, 5 May 2003 11:30:58 -0700 (PDT) From: Vamsidhar Mullangi <mvamsi_reddy(a)yahoo.com> To: jcid(a)softhome.net Subject: proxy settings(getting apache test page) Hi Jorge, Your browser dillo is really cool, but Iam facing a problem. I copied /etc/dillorc file to my /HOME/.dillo and changed the #http_proxy=http://localhost:8080/ to our proxy settings. The problem is whenever Iam trying to access any website Iam getting only "Apache's test page". I may be missing some other settings. Pl do help me from this point. Thanks Vamsi __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

May 5, 2003

Re: [Dillo-dev] Feature request: send URL to

by Todd Slater

On Sun, 04 May 2003 14:49:05 -0400 Todd Slater <dontodd(a)columbus.rr.com> wrote: > > Thanks for the quick response. I applied the patch but it doesn't seem > to read my preference from ~/.dillo/dillorc. It defaults to mozilla. > Am I missing something? In dillorc I was pointing to a script in my home directory, which it didn't seem to like (neither ~/ nor /home/me). I moved the script to /usr/bin and now it works fine. Cheers, Todd

May 5, 2003

Re: [Dillo-dev] version tests on automake and autoconf

by Andreas Kemnade

On Sun, 4 May 2003 19:52:31 +0100 robert w hall <bobh(a)n-cantrell.demon.co.uk> wrote: > I believe Dillo 7.2 tests for v1.7 of autoconf and, if configure.in is > patched, for 1.7 of automake. > > A couple of us are interested in porting uptodate ssl-enabled versions > of dillo to the playstation2, where the base distro is rather ancient > (Redhat 5 -era :-)) > > Dillo 7.1.2 with Andreas' ssl-patch compiled fine, but didn't require > these recent versions of automake & autoconf. > I have the same version problems. Here is the solution (tested with autoconf/autoheader 2.13 and automake 1.4 and dillo 0.7.2): Run the autotools by hand. First aclocal then autoheader autoconf automake And then the usual ./configure [--enable-ssl] && make There are some version dependencies between the various auto*. If you have used autoheader version X, you have to use autoconf version Y (or perhaps >Y). So you have to rebuild all the auto-generated files with your autotools versions (as if you use cvs) or don't touch files like configure.in which will require recreating of the auto-generated files like configure Greetings Andreas Kemnade

May 4, 2003

version tests on automake and autoconf

by robert w hall

I believe Dillo 7.2 tests for v1.7 of autoconf and, if configure.in is patched, for 1.7 of automake. A couple of us are interested in porting uptodate ssl-enabled versions of dillo to the playstation2, where the base distro is rather ancient (Redhat 5 -era :-)) Dillo 7.1.2 with Andreas' ssl-patch compiled fine, but didn't require these recent versions of automake & autoconf. Are these recent versions _in fact_ required or can the tests for them be safely disabled? Bob -- robert w hall

May 4, 2003

Re: [Dillo-dev] Feature request: send URL to

by Todd Slater

On Sun, 04 May 2003 18:07:40 +0200 Thorben Thuermer <r00t(a)Informatik.Uni-Bremen.DE> wrote: > On Sun, 4 May 2003 18:01:20 +0200 > Thorben Thuermer <r00t(a)Informatik.Uni-Bremen.DE> wrote: > > > you can stay lazy, you only need to look in the list archives: > > > > http://lists.auriga.wearlab.de/pipermail/dillo-dev/2003-April/000480.html > > oops, i meant: > http://lists.auriga.wearlab.de/pipermail/dillo-dev/2003-January/000078.html > > (paste the cruft into mimencode -u | zcat) Thanks for the quick response. I applied the patch but it doesn't seem to read my preference from ~/.dillo/dillorc. It defaults to mozilla. Am I missing something? Thanks again, Todd

May 4, 2003

Re: [Dillo-dev] Feature request: send URL to

by Thorben Thuermer

On Sun, 4 May 2003 18:01:20 +0200 Thorben Thuermer <r00t(a)Informatik.Uni-Bremen.DE> wrote: > you can stay lazy, you only need to look in the list archives: > > http://lists.auriga.wearlab.de/pipermail/dillo-dev/2003-April/000480.html oops, i meant: http://lists.auriga.wearlab.de/pipermail/dillo-dev/2003-January/000078.html (paste the cruft into mimencode -u | zcat)

May 4, 2003

Re: [Dillo-dev] Feature request: send URL to

by Thorben Thuermer

On Sun, 4 May 2003 11:16:53 -0400 Todd Slater <dontodd(a)columbus.rr.com> wrote: > When you come across a page that Dillo cannot render, it would be nice > to have a button--or option added to right-click menu--that would allow > the user to send the requested URL to another browser or script, which > might be specified in .dillorc. Something like ROX's Send to, but this > would only need a single option. > > Obviously I'm telling you I'm lazy :) you can stay lazy, you only need to look in the list archives: http://lists.auriga.wearlab.de/pipermail/dillo-dev/2003-April/000480.html > Cheers, > Todd Greetings, Thorben

May 4, 2003