August 2011 - Dillo-dev - lists.mailman3.com

Capi_filters_test not displaying pictures

by abe＠deuxchevaux.org

Hi, On Fri, Aug 05, 2011 at 04:55:31PM -0400, Dennis Nezic wrote: > After upgrading to dillo-2.2.1, many thumbnail sites, like > images.google.com for example, don't work properly. I get messages like: > > Capi_filters_test: DENY from 'images.google.ca' to 't3.gstatic.com' > > and the thumbnail doesn't display. Oddly enough, it does display after > I click on the thumbnail. Ideas? I thought that was a feature and liked it. :-) Noticed it on planet.debian.org. Kind regards, Axel -- /~\ Plain Text Ribbon Campaign | Axel Beckert \ / Say No to HTML in E-Mail and News | abe(a)deuxchevaux.org (Mail) X See http://www.asciiribbon.org/ | abe(a)noone.org (Mail+Jabber) / \ I love long mails: http://email.is-not-s.ms/ | http://noone.org/abe/ (Web)

Aug. 5, 2011

Capi_filters_test not displaying pictures

by dennisn＠dennisn.dyndns.org

After upgrading to dillo-2.2.1, many thumbnail sites, like images.google.com for example, don't work properly. I get messages like: Capi_filters_test: DENY from 'images.google.ca' to 't3.gstatic.com' and the thumbnail doesn't display. Oddly enough, it does display after I click on the thumbnail. Ideas?

Aug. 5, 2011

are we officially at feature freeze yet?

by jcid＠dillo.org

Hi, > [ ] valgrind logs: cancel expected url OK, I found the reason behind the BUG, and it's easy to fix, but I'm trying to wrap a clean API around it, so it becomes harder to make the same mistake again... -- Cheers Jorge.-

Aug. 5, 2011

are we officially at feature freeze yet?

by jcid＠dillo.org

Hi, It looks like now we have: [ok] moveToWidget(). Jorge has code for this. [ok] downloads dpi string escaping. [ok] alt text wrapping (which looks like a nice feature). [ok] remove large panel. [ok] https dialog storm (BUG#868). [ok] The findbar input doesn't know about Ctrl+{a,e,d,k}. [ok] something other than "ctab%d" for initial tab label. [ok] single close tab button with tooltip. [ok] valgrind logs: close window [ ] valgrind logs: cancel expected url [ ] update the Changelog [ok] segfault with Ctrl-s (web search) [ok] UI_TEMPORARILY_SHOW_PANELS [ok] leave link into a native FLTK widget [ok] remove pointeronlink(), panelmode_cb_i() [ok] the panel problems when resizing from very small. [ok] resize problems when tabs overflow Patches committed for the last two. -- Cheers Jorge.-

Aug. 5, 2011

dillo_port1.3: segfault someplace on reload of news.google.com

by corvid＠lavabit.com

Roger wrote: > I've got a segfault using dillo_port1.3 by continuously hitting the Reload > button with the following url: I can reproduce this with www.dillo.org and Ctrl-r. If I take out that recently-added a_Nav_cancel_expect_if_eq(), it doesn't seem to want to break, so I hope it's just our known bug.

Aug. 5, 2011

dillo_port1.3: segfault someplace on reload of news.google.com

by rogerx.oss＠gmail.com

I've got a segfault using dillo_port1.3 by continuously hitting the Reload button with the following url: http://www.google.com/search?aq=f&hl=en&gl=us&tbm=nws&btnmeta_news_search=1… After about three or four taps, dillo disappears and I don't see anything within the debug output from the startx window. (Using DWM and manually starting startx within a terminal here.) I don't think I've compiled with -g, -ggdb, etc... but here's what I've got so far. I'll try to bit-bang this a little bit more tomorrow when I get time if nobody else gets this. My guess so far, when running within GDB, reload button works continuously without crashing until I start clicking before the page finishes reloading, then segfault. So, scanning gdb bt, this looks like it might get into fltk-1.3 buttons. This is all I've got so far: Connecting to 74.125.127.103 a_Nav_expect_done: reload! Nav_open_url: new url='http://www.google.com/search?aq=f&hl=en&gl=us&tbm=nws&btnmeta_news_search=1…' Connecting to 74.125.127.103 a_Nav_expect_done: reload! Nav_open_url: new url='http://www.google.com/search?aq=f&hl=en&gl=us&tbm=nws&btnmeta_news_search=1…' Connecting to 74.125.127.103 a_Nav_expect_done: reload! Nav_open_url: new url='http://www.google.com/search?aq=f&hl=en&gl=us&tbm=nws&btnmeta_news_search=1…' Connecting to 74.125.127.103 Nav_open_url: new url='http://www.google.com/search?aq=f&hl=en&gl=us&tbm=nws&btnmeta_news_search=1…' Connecting to 74.125.127.103 Program received signal SIGSEGV, Segmentation fault. _______________________________________________________________________________ eax:00000000 ebx:0821A9D0 ecx:02040DA4 edx:08103690 eflags:00010246 esi:00000010 edi:AF1FC008 esp:BFFFEB18 ebp:BFFFEB58 eip:450D7606 cs:0073 ds:007B es:007B fs:0000 gs:0033 ss:007B o d I t s Z a P c [007B:BFFFEB18]---------------------------------------------------------[stack] BFFFEB48 : 78 EB FF BF D8 E6 17 08 - F0 DB 15 08 D8 E6 17 08 x............... BFFFEB38 : 58 EB FF BF 91 36 10 08 - 91 36 10 08 F0 DB 15 08 X....6...6...... BFFFEB28 : 90 36 10 08 D8 E6 17 08 - 91 36 10 08 D8 E6 17 08 .6.......6...... BFFFEB18 : 08 C0 1F AF ED 18 08 08 - 08 C0 1F AF 10 00 00 00 ................ [007B:AF1FC008]---------------------------------------------------------[ data] AF1FC008 : 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................ AF1FC018 : 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................ [0073:450D7606]---------------------------------------------------------[ code] => 0x450d7606: rep movsl %ds:(%esi),%es:(%edi) 0x450d7608: mov %eax,%ecx 0x450d760a: rep movsb %ds:(%esi),%es:(%edi) 0x450d760c: pop %eax 0x450d760d: mov %eax,%edi 0x450d760f: mov %edx,%esi ------------------------------------------------------------------------------ 0x450d7606 in ?? () from /lib/libc.so.6 gdb> bt #0 0x450d7606 in ?? () from /lib/libc.so.6 #1 0xaf1fc008 in ?? () #2 0x08081976 in dStr_append_l (ds=0x821a9d0, s=0x10 <Address 0x10 out of bounds>, l=0x8103690) at dlib.c:272 #3 0x0805ab29 in a_Url_dup (ori=0x821a9d0) at url.c:435 #4 0x08055f87 in a_Bw_add_url (bw=0x80fa2b8, Url=0x817e6d8) at bw.c:210 #5 0x0805d3fe in Nav_open_url (bw=0x80fa2b8, url=0xaf1fc008, requester=<value optimized out>, offset=0x0) at nav.c:240 #6 0x4308cd55 in Fl::wait(double) () from /usr/lib/fltk-1/libfltk.so.1.3 #7 0x00000001 in ?? () #8 0x00000001 in ?? () #9 0x00000000 in ?? () -- Roger http://rogerx.freeshell.org/

Aug. 5, 2011

are we officially at feature freeze yet?

by jcid＠dillo.org

On Thu, Aug 04, 2011 at 09:06:40PM +0000, corvid wrote: > > It looks like we're down to: > > - the panel problems when resizing from very small. I have some code for this, but found another corner case... > - cancel expected url bug > http://starurchin.org/dillo/valgrind/6120526f753eba6e5646cbfe382a68d971c39d… I gave it a look, but will have to give it a second one ;-) > - undeleted windows > http://starurchin.org/dillo/valgrind/5125438759603857c01a7368aa40cd64873f5e… Please check this one, it looks like a matter of adding the cleanup code. -- Cheers Jorge.-

Aug. 4, 2011

are we officially at feature freeze yet?

by corvid＠lavabit.com

It looks like we're down to: - the panel problems when resizing from very small. - cancel expected url bug http://starurchin.org/dillo/valgrind/6120526f753eba6e5646cbfe382a68d971c39d… - undeleted windows http://starurchin.org/dillo/valgrind/5125438759603857c01a7368aa40cd64873f5e…

Aug. 4, 2011

are we officially at feature freeze yet?

by jcid＠dillo.org

On Thu, Aug 04, 2011 at 05:52:48PM +0000, corvid wrote: > Jorge wrote: > > [ok] single close tab button with tooltip. > > > > Just committed. > > Very unimportant corner case: If the current tab's title is under the > close button and you click on the tab title anyway for no reason, it > obscures the close button. Right. Fortunately it's easy to recover by moving the mouse pointer to its location. Probably adding some clipping may avoid the glitch, but it looks not worth ATM given that a real tab overflow handler may be coded in the future. -- Cheers Jorge.-

Aug. 4, 2011

are we officially at feature freeze yet?

by jcid＠dillo.org

On Thu, Aug 04, 2011 at 05:47:10PM +0000, corvid wrote: > Jorge wrote: > > [ok] single close tab button with tooltip. > > > > Just committed. > > Well, now I have to redo some screenshots :) yep! > PS Its tooltip sticks to Main when I scroll. Thanks. Patch committed. -- Cheers Jorge.-

Aug. 4, 2011