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

valgrind still unhappy despite expect changes
by corvid＠lavabit.com 09 Aug '11

09 Aug '11

http://starurchin.org/dillo/valgrind/7ea9fc809376ddf7dde2908e2ecf999aea2741…

2 1

focus stays on address bar on dillo-3.0 pre
by furaisanjin＠gmail.com 07 Aug '11

07 Aug '11

Hi all. I tried dillo-3.0 pre and found that focus stays on address bar after I typed URL. This behavior was fixed on dillo-2.0 but it appears again on 3.0 pre. Regards, furaisanjin

7 10

compile error
by itsme_410＠yahoo.com 07 Aug '11

07 Aug '11

While trying make on the latest version of dillo3, I get the following: g++ -I/usr/include/libpng12 -I/usr/include/freetype2 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -g -O2 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions? -L/usr/local/lib -o dillo dillo.o paths.o ui.o uicmd.o bw.o cookies.o auth.o colors.o misc.o history.o prefs.o prefsparser.o keys.o url.o bitvec.o klist.o chain.o utf8.o timeout.o dialog.o web.o nav.o cache.o decode.o dicache.o capi.o css.o cssparser.o styleengine.o plain.o html.o form.o table.o bookmark.o dns.o gif.o jpeg.o png.o imgbuf.o image.o menu.o dpiapi.o findbar.o xembed.o ../dlib/libDlib.a ../dpip/libDpip.a IO/libDiof.a ../dw/libDw-widgets.a ../dw/libDw-fltk.a ../dw/libDw-core.a ../lout/liblout.a -L/usr/lib64 -lpng12 -lpng12 -lfltk -lz -lpthread /usr/bin/ld: xembed.o: undefined reference to symbol 'XSync' /usr/bin/ld: note: 'XSync' is defined in DSO /usr/lib64/libX11.so.6 so try adding it to the linker command line /usr/lib64/libX11.so.6: could not read symbols: Invalid operation collect2: ld returned 1 exit status make[3]: *** [dillo] Error 1 How does one fix this?? Best! T

3 4

Geometry handling+reporting problems under ICEWM
by waltdnes＠waltdnes.org 07 Aug '11

07 Aug '11

I don't know if this is a problem with ICEWM on my machine or dillo. I've only seen it with dillo, so I assume that's the source. I'm running Gentoo Linux (pure 64-bit mode) on an Intel i3, with ICEWM as the WM. I have a 1920x1080 LCD monitor. FLTK 1.3 and dillo3 are under /home/waltdnes/local, and PATH includes /home/waltdnes/local/bin I did an "hg pull" last night, so this should be a recent version. In ~/.dillorc, I have... geometry=950x1050+960+0 but pressing {ALT}{LEFT-MOUSE} on the dillo window frame reports a geometry of 850x949+956-24 Looking at the display, I see two separate problems... 1) Positioning ============== The URL is flush against the top of the display, and the title bar is off the top of the display. Changing ~/.dillorc to... geometry=950x1050+960+24 results in the title bar being fully visible, like I expect. I don't know whether it's a fixed offset of 24, or if dillo is ignoring the height of the WM window decoration when positioning at startup. 2) Reporting size ================= When I click {ALT}{LEFT-MOUSE} on the frame, the reported size values are too small. I specify size 950x1050 in the .dillorc geometry setting but the reported size is 850x949. The *ACTUAL* size of the dillo window appears to be correct, but the *REPORTED* size is wrong. I have an Opera window open that's 950x1050, and the dillo window overlays it almost exactly. I maximized the dillo window using the WM maximize button on the upper right. {ALT}{LEFT-MOUSE} on the dillo window frame, reports 1820x959-4-4 but my display is 1920x1080. The reported geometry seems to have the x-coordinate consistently 100 pixels too small. The y-coordinate is also too small, but I'm not sure of the exact amount, or whether it's constant. My guess is that it's 101 pixels too small, after counting the -24 offset. -- Walter Dnes <waltdnes(a)waltdnes.org>

3 6

fltk widget schemes
by corvid＠lavabit.com 07 Aug '11

07 Aug '11

Do you think any good could come from playing around with the different widget schemes? "none" is the default, and "plastic" and "gtk+" are the other choices. e.g.: diff -r 6fe817711ef4 src/dillo.cc --- a/src/dillo.cc Fri Aug 05 21:39:27 2011 -0400 +++ b/src/dillo.cc Sat Aug 06 22:34:28 2011 +0000 @@ -379,6 +379,8 @@ // only way to set the // default font in fltk1.3 + Fl::scheme("plastic"); + // Create a new UI/bw pair BrowserWindow *bw = a_UIcmd_browser_window_new(0, 0, xid, NULL);

1 0

are we officially at feature freeze yet?
by corvid＠lavabit.com 06 Aug '11

06 Aug '11

It would be nice just to make some fixes and get 3.0 out... Bugs: - moveToWidget(). Jorge has code for this. - downloads dpi string escaping. - UI_TEMPORARILY_SHOW_PANELS Not exactly important: - the panel problems when resizing from very small.

3 32

Capi_filters_test not displaying pictures
by dennisn＠dennisn.dyndns.org 06 Aug '11

06 Aug '11

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?

3 3

dillo_port1.3: segfault someplace on reload of news.google.com
by rogerx.oss＠gmail.com 05 Aug '11

05 Aug '11

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/

2 1

style attr parsing surprise
by corvid＠lavabit.com 03 Aug '11

03 Aug '11

CSS complained about "no values" for padding, and it turned out to be something like <element style="padding: 10px 15px"> Html_get_attr2() is removing the '\n' completely. It turns out that we're doing the right thing (whereas I expected it to be replaced by a ' ') because the style attr is %StyleSheet, which is CDATA, and we are instructed to "Ignore line feeds" for CDATA. But I'm writing this down anyway because it surprised me, and it's good to save this away in the list archives (which may well have a few variations on this already from years past). (Or is it coming to be time to admit defeat for html4 and start looking in the shocking endless immensity that is html5 when it comes to such matters?)

2 2

[patch]: map Ctrl-Shift-Tab instead of Shift-Tab to Left-Tab
by onepoint＠starurchin.org 03 Aug '11

03 Aug '11

I know that you can do this by editing the keysrc but I think that by default Dillo should copy Firefox by using Ctrl-Tab and Ctrl-Shift-Tab to navigate among tabs and freeing Tab and Shift-Tab to navigate around the page. Patch attached. Comments? Should I push? Regards, Jeremy Henty

4 9