November 2014 - Dillo-dev - lists.mailman3.com

SSL in the browser
by eocene＠gmx.com May 9, 2015

May 9, 2015

James wrote: > Every certificate that doesn't have something at the root of its chain, as it should. I'm on osx and there is no /etc/ssl/certs, so I had no roots until I started loading them. Where does OSX keep them? I'd looked on the web a bit in the past in case there was any simple consensus out there on the matter of where to check, but didn't find anything. I'll see where curl checks. Whatever they do is probably a good idea.

2 4

can't access http://www.dillo.org/index.html after pushing an update to it :( :(
by eocene＠gmx.com Nov. 27, 2014

Nov. 27, 2014

Forbidden You don't have permission to access /index.html on this server. :( (I added some mention of 3.1 and 3.0.4.1 for clarification after noticing that our ChangeLog link only shows 3.0.4.1 at the moment.) I had this happen with another file some weeks ago, and I mentioned it to Andreas, who either fixed it or it resolved on its own somehow. I don't believe I've changed anything. My umask is 0066, but that's not new at all.

2 2

--local, reload, repush
by eocene＠gmx.com Nov. 27, 2014

Nov. 27, 2014

BTW, when I was checking --local, I noticed that it will start to request images and stuff upon reload as expected, but then when there's a repush, SpamSafe is on again.

1 0

what's currently broken in dillo
by eocene＠gmx.com Nov. 27, 2014

Nov. 27, 2014

Since fltk had a release today, I was thinking about where dillo stands at present. Here are the problems that I can think of: - vsource request crashes when dpid isn't working. - source is slow to render, presumably something to do with large tables. - on some sites, rendering never stops as the horizontal scrollbar shows the page growing wider and wider. - on some sites, the ending words of a line are missing. - text search while loading, assert failed. - img alt text not constrained by width/height.

5 25

Todo "dpid_idle_timeout variable to dpidrc" and config parsing generally
by james.from.wellington＠gmail.com Nov. 21, 2014

Nov. 21, 2014

Hello all, In dpid/dpid.c at about line 204, there is a todo, that dpid_idle_timeout should be configurable. I looked at how to do this sympathetically with the existing code and blocked, because the configuration file is: - having its location calculated - being opened - being scanned into heap memory several times in the existing code. My over-response is to write a library to: - private memory-map it - parse it into a linked-list in the comments in the file and - have everyone who traversed the file now traverse the linked-list On the way, we get new functionality: - the ability to record the use of a configuration item - the ability to report on unused configuration items -- which are interesting because they're probably typos Parsing dillorc with the default options uncommented, this approach is about 4* faster than the existing approach. I think that it will also have a smaller VM footprint, because we are already paying for cooked disk buffers for the same amount of file, more times. The diff is 1400 lines, so I don't expect instant rejoicing :-) The attached file contains my test-cases, shell scripts to generate some of them, that are tricky, and the diff which inserts the code into revision b185e43. Regards, James.

1 0

Strange linebreaking when long hyphenated words appear in table cells
by onepoint＠starurchin.org Nov. 19, 2014

Nov. 19, 2014

The attached file demonstrates the problem. The test in the first paragraph easily linebreaks to fit the width of the window because of the potential linebreaks after each hyphen. The same text inside of a table cell forces the cell to be almost as wide as the unbroken text, although some line breaking does happen. My guess is that Dillo calculates the minimum width of the table cell without accounting for potential linebreaks after hyphens in the text. However, when it later fills the cell with the text it does allow linebreaks after hyphens. If that is correct then I think Dillo should account for potential linebreaks after hyphens both when calculating the minimum width of the cell and when filling the cell with text. The current situation is inconsistent and can deliver very poor results. Regards, Jeremy Henty

2 1

What's the repository for latest dillo?
by waltdnes＠waltdnes.org Nov. 17, 2014

Nov. 17, 2014

I've got dillo-3.0.4 running on Gentoo linux, with fltk-1.3.2. People here seem to be running experimental "bleeding edge" versions. I assume it's from a git repo. What are the instructions to download and build dillo, preferably in my user directory? I'm aware that it may be broken on edge cases. I'm not a C programmer. My main skills are in bash shell scripting. If nothing else, I'll be another tester. -- Walter Dnes <waltdnes at waltdnes.org>

2 1

Assertion `oofm->wasAllocated (fl2->generatingBlock)' failed.
by eocene＠gmx.com Nov. 9, 2014

Nov. 9, 2014

outofflowmgr.cc:203: virtual int dw::OutOfFlowMgr::Float::ComparePosition::compare(lout::object::Object*, lout::object::Object*): Assertion `oofm->wasAllocated (fl2->generatingBlock)' failed. (gdb) bt #0 0xb7705424 in __kernel_vsyscall () #1 0xb702d661 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #2 0xb7030a92 in *__GI_abort () at abort.c:92 #3 0xb7026878 in *__GI___assert_fail ( assertion=0x814bcf0 "oofm->wasAllocated (fl2->generatingBlock)", file=0x814bc53 "outofflowmgr.cc", line=203, function=0x814c2e0 "virtual int dw::OutOfFlowMgr::Float::ComparePosition::compare(lout::object::Object*, lout::object::Object*)") at assert.c:81 #4 0x080b0a83 in dw::OutOfFlowMgr::Float::ComparePosition::compare ( this=0xbfcd6d6c, o1=0xbfcd6d18, o2=0x89c46d8) at outofflowmgr.cc:203 #5 0x080d926c in lout::container::untyped::Vector::bsearch (this=0x8b29898, key=0xbfcd6d18, mustExist=false, start=0, end=6, comparator=0xbfcd6d6c) at container.cc:239 #6 0x080b5607 in lout::container::typed::Vector<dw::OutOfFlowMgr::Float>::bsearch (this=0x8a63970, key=0xbfcd6d18, mustExist=false, start=0, end=6, comparator=0xbfcd6d6c) at ../lout/container.hh:451 #7 0x080b0f24 in dw::OutOfFlowMgr::SortedFloatsVector::find (this=0x8a63970, textblock=0x887dc60, y=4079, start=0, end=6) at outofflowmgr.cc:382 #8 0x080b0fdd in dw::OutOfFlowMgr::SortedFloatsVector::findFirst ( this=0x8a63970, textblock=0x887dc60, y=4079, h=1, lastGB=0x887dc60, lastExtIndex=9, lastReturn=0x0) at outofflowmgr.cc:429 #9 0x080b458f in dw::OutOfFlowMgr::hasFloat (this=0x8a526d0, textblock=0x887dc60, side=dw::OutOfFlowMgr::LEFT, y=4079, h=1, lastGB=0x887dc60, lastExtIndex=9) at outofflowmgr.cc:2172 #10 0x080b44df in dw::OutOfFlowMgr::hasFloatLeft (this=0x8a526d0, textblock=0x887dc60, y=4079, h=1, lastGB=0x887dc60, lastExtIndex=9) at outofflowmgr.cc:2149 #11 0x080ac7c2 in dw::Textblock::calcBorders (this=0x887dc60, lastOofRef=-1, height=1) at textblock_linebreaking.cc:1986 #12 0x080aa385 in dw::Textblock::balanceBreakPosAndHeight (this=0x887dc60, wordIndex=19, firstIndex=10, searchUntil=0xbfcd6f58, tempNewLine=true, penaltyIndex=0, borderIsCalculated=true, thereWillBeMoreSpace=0xbfcd6f5f, wrapAll=true, diffWords=0xbfcd6f60, wordIndexEnd=0xbfcd6f54, lastFloatPos=0xbfcd6f48, regardBorder=true, height=0xbfcd6f50, breakPos=0xbfcd6f4c) at textblock_linebreaking.cc:893 #13 0x080a9f81 in dw::Textblock::wrapWordInFlow (this=0x887dc60, wordIndex=19, wrapAll=true) at textblock_linebreaking.cc:728 #14 0x080a9bfa in dw::Textblock::wordWrap (this=0x887dc60, wordIndex=19, wrapAll=true) at textblock_linebreaking.cc:588 #15 0x080aca94 in dw::Textblock::showMissingLines (this=0x887dc60) at textblock_linebreaking.cc:2054 #16 0x0809febd in dw::Textblock::sizeAllocateImpl (this=0x887dc60, allocation=0xbfcd7160) at textblock.cc:562 #17 0x080d6ed5 in dw::core::Widget::sizeAllocate (this=0x887dc60, allocation=0xbfcd7160) at widget.cc:986 #18 0x080a0340 in dw::Textblock::sizeAllocateImpl (this=0x87fa748, allocation=0xbfcd7240) at textblock.cc:731 #19 0x080d6ed5 in dw::core::Widget::sizeAllocate (this=0x87fa748, allocation=0xbfcd7240) at widget.cc:986 #20 0x080cb35c in dw::core::Layout::resizeIdle (this=0x875f858) at layout.cc:912 #21 0x080b9b48 in dw::fltk::FltkPlatform::generalIdle (this=0x874fc58) at fltkplatform.cc:627 #22 0x080b9ad0 in dw::fltk::FltkPlatform::generalStaticIdle (data=0x874fc58) at fltkplatform.cc:617

2 1

assert failed when using text search while page still loading
by eocene＠gmx.com Nov. 7, 2014

Nov. 7, 2014

(gdb) bt #0 0xb778a424 in __kernel_vsyscall () #1 0xb70b2661 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #2 0xb70b5a92 in *__GI_abort () at abort.c:92 #3 0xb70ab878 in *__GI___assert_fail ( assertion=0x816049e "i >= 0 && this->num - i > 0", file=0x816048e "../lout/misc.hh", line=167, function=0x8160540 "T* lout::misc::SimpleVector<T>::getRef(int) const [with T = dw::Textblock::Line]") at assert.c:81 #4 0x080a73f6 in lout::misc::SimpleVector<dw::Textblock::Line>::getRef ( this=0x905df50, i=-1) at ../lout/misc.hh:167 #5 0x080a8447 in dw::Textblock::TextblockIterator::getAllocation ( this=0x885ef98, start=0, end=5, allocation=0xbff2e818) at textblock_iterator.cc:288 #6 0x080c65f7 in dw::core::Iterator::scrollTo (it1=0x885ef98, it2=0x948efe0, start=0, end=5, hpos=dw::core::HPOS_INTO_VIEW, vpos=dw::core::VPOS_CENTER) at iterator.cc:108 #7 0x080c621e in dw::core::DeepIterator::scrollTo (it1=0x88e86e8, it2=0x885efb8, start=0, end=5, hpos=dw::core::HPOS_INTO_VIEW, vpos=dw::core::VPOS_CENTER) at iterator.hh:229 #8 0x080c629a in dw::core::CharIterator::scrollTo (it1=0x89c6e60, it2=0x8872900, hpos=dw::core::HPOS_INTO_VIEW, vpos=dw::core::VPOS_CENTER) at iterator.hh:265 #9 0x080c5bcb in dw::core::FindtextState::search (this=0x8a02a40, key=0x88dbd70 "dillo", caseSens=false, backwards=false) at findtext.cc:120 #10 0x08057cad in dw::core::Layout::search (this=0x8a02970, str=0x88dbd70 "dillo", caseSens=false, backwards=0) at ../dw/layout.hh:444 #11 0x080579e5 in a_UIcmd_findtext_search (bw=0x8ae1940, key=0x88dbd70 "dillo", case_sens=0, backward=0) at uicmd.cc:1484 #12 0x0808c7c3 in Findbar::search_cb (vfb=0x8a08808) at findbar.cc:86 #13 0x081075e1 in Fl_Widget::do_callback (this=0x8882020, o=0x8882020, arg=0x8a08808) at Fl_Widget.cxx:328 #14 0x080e305d in do_callback (this=0x8882020) at ../FL/Fl_Widget.H:840 #15 Fl_Button::handle (this=0x8882020, event=12) at Fl_Button.cxx:164 #16 0x080503c9 in TipWinButton::handle (this=0x8882020, e=12) at tipwin.cc:158 #17 0x08050536 in CustButton::handle (this=0x8882020, e=12) at tipwin.cc:194 #18 0x080e4b64 in send (o=o at entry=0x8882020, event=event at entry=12) at Fl_Group.cxx:98 #19 0x080e5755 in Fl_Group::handle (this=0x8a08808, event=12) at Fl_Group.cxx:185 #20 0x0808cd72 in Findbar::handle (this=0x8a08808, event=12) at findbar.cc:192 #21 0x080e4b64 in send (o=o at entry=0x8a08808, event=event at entry=12) at Fl_Group.cxx:98 #22 0x080e5755 in Fl_Group::handle (this=0x88e9218, event=12) at Fl_Group.cxx:185 #23 0x08052f2f in UI::handle (this=0x88e9218, event=12) at ui.cc:788 #24 0x080dc5d2 in send (event=event at entry=12, to=to at entry=0x88e9218, window=<optimized out>) at Fl.cxx:1143 #25 0x080dd421 in Fl::handle_ (e=12, window=0x8806268) at Fl.cxx:1401 #26 0x080dd368 in Fl::handle_ (e=8, window=0x8806268) at Fl.cxx:1379 #27 0x0810bbc0 in fl_handle (thisevent=...) at Fl_x.cxx:2144 #28 0x0810d89e in do_queued_events () at Fl_x.cxx:210 #29 0x0810d93f in fl_wait (time_to_wait=0) at Fl_x.cxx:235 #30 0x080de3d2 in Fl::wait (time_to_wait=<optimized out>, time_to_wait at entry=<error reading variable: Could not find type for DW_OP_GNU_const_type>) at Fl.cxx:566 #31 0x080de46e in Fl::run () at Fl.cxx:589 #32 0x0804f933 in main (argc=1, argv=0xbff2f214) at dillo.cc:586 I see that it's unhappy in Textblock::TextblockIterator::getAllocation() where index was 34 and lineIndex = textblock->findLineOfWord (index); results in -1, which the getRef() doesn't want at all...

3 4