- Dillo-dev - lists.mailman3.com

valgrind log entry hyphenation related?
by corvid＠lavabit.com Dec. 14, 2012

Dec. 14, 2012

http://starurchin.org/dillo/valgrind/5eaf94da6ca698708497c27cd3d3a50730f6f9…

2 2

Dillo early exit
by sgeerken＠dillo.org Dec. 14, 2012

Dec. 14, 2012

On Fri, Dec 14, Sebastian Geerken wrote: > The HTML parser passes invalid UTF-8 to dw::Textblock. I will make > nextUtf8Char more robust (of course, dillo should not crash), ... Done. Both pages work now. Sebastian

1 0

Segfault when opening Dillo bugs database
by Hole.destructor＠gmx.de Dec. 14, 2012

Dec. 14, 2012

Dear Dillo developers, with the current Dillo development version 2672:4d0bdcf10ee7 (Fri Dec 14 12:24:54 2012 +0100) I get a segfault when I try to access the Dillo bug database. How to reproduce ================ 1. open www.dillo.org/bugtrack/Dquery.html 2. press the "Find it!" button in the "Bug type search" section 3. segfault gdb output and backtrace ======================== Nav_open_url: new url='http://www.dillo.org/cgi-bin/bugtrack/Dillo_query.cgi?what=all&Submit=Find+…' Connecting to 134.102.206.165 *** [dillo/3.0.2] This should not happen! *** Program received signal SIGABRT, Aborted. 0x00007ffff5eed1b5 in *__GI_raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64 ../nptl/sysdeps/unix/sysv/linux/raise.c: Datei oder Verzeichnis nicht gefunden. in ../nptl/sysdeps/unix/sysv/linux/raise.c Current language: auto The current source language is "auto; currently c". (gdb) bt #0 0x00007ffff5eed1b5 in *__GI_raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x00007ffff5eeffc0 in *__GI_abort () at abort.c:92 #2 0x0000000000471616 in assertNotReached (s=<value optimized out>) at misc.hh:38 #3 _nextUtf8Char (s=<value optimized out>) at unicode.cc:92 #4 0x000000000047163c in lout::unicode::nextUtf8Char (s=0x98d10c "\267", len=1) at unicode.cc:114 #5 0x000000000044e8d0 in dw::Textblock::addText (this=<value optimized out>, text=0x98d10c "\267", len=<value optimized out>, style=<value optimized out>) at textblock.cc:1430 #6 0x000000000042ee54 in Html_process_word (html=0x933960, buf=<value optimized out>, bufsize=<value optimized out>, Eof=<value optimized out>) at html.cc:1216 #7 Html_write_raw (html=0x933960, buf=<value optimized out>, bufsize=<value optimized out>, Eof=<value optimized out>) at html.cc:3923 #8 0x000000000042f6bc in DilloHtml::write (this=0x1bcb, Buf=<value optimized out>, BufSize=<value optimized out>, Eof=-1) at html.cc:531 #9 0x0000000000419fd3 in Cache_process_queue (entry=0x847120) at cache.c:1214 #10 0x00000000004167c9 in a_Chain_fcb (Op=7115, Info=<value optimized out>, Data1=<value optimized out>, Data2=<value optimized out>) at chain.c:114 #11 0x0000000000441cd3 in Dpi_parse_token (Op=<value optimized out>, ---Type <return> to continue, or q <return> to quit--- Branch=<value optimized out>, Dir=<value optimized out>, Info=<value optimized out>, Data1=<value optimized out>, Data2=0x0) at dpi.c:220 #12 Dpi_process_dbuf (Op=<value optimized out>, Branch=<value optimized out>, Dir=<value optimized out>, Info=<value optimized out>, Data1=<value optimized out>, Data2=0x0) at dpi.c:339 #13 a_Dpi_ccc (Op=<value optimized out>, Branch=<value optimized out>, Dir=<value optimized out>, Info=<value optimized out>, Data1=<value optimized out>, Data2=0x0) at dpi.c:735 #14 0x00000000004167c9 in a_Chain_fcb (Op=7115, Info=<value optimized out>, Data1=<value optimized out>, Data2=<value optimized out>) at chain.c:114 #15 0x000000000044223f in a_IO_ccc (Op=2, Branch=<value optimized out>, Dir=1, Info=0x7576a0, Data1=0x883af0, Data2=0x0) at IO.c:428 #16 0x000000000044246d in IO_read (io=0x883af0) at IO.c:197 #17 0x00000000004424ed in IO_callback (io=0x883af0) at IO.c:262 #18 0x00000000004425ec in IO_fd_read_cb (fd=8, data=<value optimized out>) at IO.c:283 #19 0x0000000000496932 in fl_wait(double) () #20 0x000000000047306b in Fl::wait(double) () #21 0x00000000004730db in Fl::run() () #22 0x000000000040810d in main (argc=1, argv=0x7fffffffe3d8) at dillo.cc:451 Could you please have a look at this issue? Kind regards, Alex

1 0

Dillo early exit
by jcid＠dillo.org Dec. 14, 2012

Dec. 14, 2012

Hi there, Just noticed this: Nav_open_url: new url='http://news.bress.net/search.php?feed=149' Dns_server [0]: news.bress.net is 67.205.59.213 Connecting to 67.205.59.213 NumPendingStyleSheets=1 *** [dillo/3.0.2] This should not happen! *** Aborted This is new, as dillo from Nov 14 doesn't exit. Any clues? -- Cheers Jorge.-

1 0

BUG#1108
by jcid＠dillo.org Dec. 14, 2012

Dec. 14, 2012

Hi there, This bug is a feature request: Bug: 1108 Impact: feature fault At: run time Type: other Comments: 3.0.2 Dillo goes to last viewed tab when closing a tab but when we use focus_new_tab=NO then we would like an option for when closing current tab Dillo would go to last *opened* tab (because we open tabs in the background). HTReproduce: ? focus_new_tab=NO in dillorc ? Open tab1 then a new tab2 and go to tab2 ? Open tabs in the background (tab3, tab4, tab5) with middle-clicks on links ? Close current tab2 ? Dillo focuses tab1 instead of tab5 ? new option: close_tab_focus=last_opened I just pushed a patch that sets this behaviour as default. The question is: Is it worth adding a dillorc option for this? -- Cheers Jorge.-

1 0

complex button layout and bgColor
by corvid＠lavabit.com Dec. 11, 2012

Dec. 11, 2012

All of the copies of dillo that I happen to have around from the dillo3 era break on: <body text=white bgcolor=purple> <form> <button style="margin-top:200px">inside</button> </form> </body> I can get the purple if I add diff -r 0c1b7af7bf72 dw/ui.cc --- a/dw/ui.cc Mon Dec 10 22:55:07 2012 +0000 +++ b/dw/ui.cc Tue Dec 11 01:24:32 2012 +0000 @@ -285,6 +285,7 @@ layout = new Layout (createPlatform ()); setLayout (layout); layout->setWidget (widget); + layout->setBgColor (widget->getStyle()->backgroundColor); layout->connect (&layoutReceiver); } but I don't know how this is supposed to fit together.

1 0

Patch for xembed
by podarcis＠lavabit.com Dec. 10, 2012

Dec. 10, 2012

Hi all, Here is a patch to make embedding dillo into an X-window work. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ diff -r 9bad41ea1dde src/xembed.cc --- a/src/xembed.cc Wed Dec 05 13:03:04 2012 +0100 +++ b/src/xembed.cc Sun Dec 09 10:12:36 2012 +0100 // TODO: Implement more XEMBED support; -void Xembed::show() { +void Xembed::create() { createInternal(xid); setXembedInfo(1); Fl::event_dispatch(event_handler); diff -r 9bad41ea1dde src/xembed.hh --- a/src/xembed.hh Wed Dec 05 13:03:04 2012 +0100 +++ b/src/xembed.hh Sun Dec 09 10:12:36 2012 +0100 @@ -14,10 +14,11 @@ public: Xembed(uint32_t xid, int _w, int _h) : Fl_Window(_w, _h) { - this->xid = xid; + this->xid = xid; create(); }; - void show(); + void create(); int handle(int event); + void resize(int x, int y, int w, int h); }; #endif ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ tested with this FLTK program: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I do not know enough of the embedding stuff, but I wonder if the static int event_handler~~~~~~~~~~~~~~~ #include <FL/Fl.H> #include <FL/Fl_Window.H> #include <FL/x.H> #include <cstdio> #include <iostream> #include <sstream> #include <string> using namespace std; int main( int argc_, char *argv_[] ) { Fl_Window dw( 800, 600, "dillo embedded" ); dw.resizable( &dw ); dw.show(); cout << "dw.xid = " << (unsigned long)fl_xid(&dw) << endl; ostringstream cmd; cmd << "dillo -f -g " << dw.w() << "x" << dw.h() << " --xid " << (unsigned long)fl_xid(&dw); if ( argc_ > 1 ) cmd << " " << argv_[1]; cmd << " &"; cout << "system '" << cmd.str() << "'" << endl; system( cmd.str().c_str() ); return Fl::run(); } ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ What does NOT work is automatic resizing of the embedded dillo window, when the size is changed. This would be nice to have. podarcis

1 0

<button> rendering
by corvid＠lavabit.com Dec. 10, 2012

Dec. 10, 2012

As Html_tag_open_button() says, /* * Buttons are rendered on one line, this is (at several levels) a * bit simpler. May be changed in the future. */ For some time I've wondered: How hard would it be to fix that?

1 0

BUG #1109
by jcid＠dillo.org Dec. 9, 2012

Dec. 9, 2012

Hi, I contacted Sergio (submitter of BUG #1109), and here we have something weird. He reports crashes or weird behaviour. If you open [1] with dillo, the "Component:" selection list gets overdrawn over and over. Some more details here [2] (backtraces, etc). As from the backtraces, it crashed with event 11 (MOVE) inside a FLTK menu. I wonder what makes this particular menu different from the others in the same page. [1] https://bugzilla.redhat.com/query.cgi?format=advanced [2] https://bugzilla.redhat.com/show_bug.cgi?id=884778 -- Cheers Jorge.-

2 5

Unused?: the url tag in the DPI start_send_page command
by onepoint＠starurchin.org Dec. 9, 2012

Dec. 9, 2012

Everything that sends the start_send_page DPI command also sends a url attribute with it, but I think this attribute is always ignored. Dillo processes the command in capi.c but it does nothing with it because the Cache is already set up to receive the following raw data. So it doesn't look at any attributes. The only other thing that receives a start_send_page is the view source DPI and it doesn't look at any of the attributes either (it extracts a url from the previous tag in the stream, which it then sends back to Dillo to be ignored). So what is this attribute for? Future use? Or is it something that just never got used? Regards, Jeremy Henty

2 2