- Dillo-dev - lists.mailman3.com

Bug: dillo fails to follow the redirects and reach the webpage

by obeythepenguin＠gmail.com

Try adding this to your dillorc: filter_auto_requests=allow_all The default is not to allow automatic requests (such as redirects) unless they're from the same domain. Frankly I think this is a stupid default, because even though it's a little more secure, it also breaks most real world sites. Then again, there's probably a reason I'm not a Dillo dev... Cheers, ~Benjamin On Mon, 28 Feb 2011 20:53:57 -0500, higuita <higuita7(a)yahoo.co.uk> wrote: > Hi > i setup my RSS feeder to use dillo, but i found that dillo > cant open the request pages for many feeds... example: > > http://feedproxy.google.com/~r/Phoronix/~3/TPVKpXMovJ8/vr.php > > Looks like dillo sees the first redirect, but dont really > follow it to see the next redirect... yet i see it follow other > redirects just fine... > > If i pick the redirect url and give it to dillo, it opens > the page just fine. So i would say that dillo fails to follow 2 or > more redirects. > > Thanks for dillo and for the help > higuita

March 1, 2011

Bug: dillo fails to follow the redirects and reach the webpage

by higuita7＠yahoo.co.uk

Hi i setup my RSS feeder to use dillo, but i found that dillo cant open the request pages for many feeds... example: http://feedproxy.google.com/~r/Phoronix/~3/TPVKpXMovJ8/vr.php Looks like dillo sees the first redirect, but dont really follow it to see the next redirect... yet i see it follow other redirects just fine... If i pick the redirect url and give it to dillo, it opens the page just fine. So i would say that dillo fails to follow 2 or more redirects. Thanks for dillo and for the help higuita -- Naturally the common people don't want war... but after all it is the leaders of a country who determine the policy, and it is always a simple matter to drag the people along, whether it is a democracy, or a fascist dictatorship, or a parliament, or a communist dictatorship. Voice or no voice, the people can always be brought to the bidding of the leaders. That is easy. All you have to do is tell them they are being attacked, and denounce the pacifists for lack of patriotism and exposing the country to danger. It works the same in every country. -- Hermann Goering, Nazi and war criminal, 1883-1946

March 1, 2011

Mouse Wheel 80-90% slower then Seamonkey?

by jcid＠dillo.org

On Wed, Feb 16, 2011 at 04:07:01AM -0900, Roger wrote: > > On Sat, Feb 12, 2011 at 01:13:13AM -0300, Jorge Arellano Cid wrote: > >On Thu, Feb 03, 2011 at 04:01:03PM -0900, Roger wrote: > >> Anybody else notice the mouse wheel is slow within Dillo? > >> > >> Comparing dillo_port1.3 to Seamonkey, dillo_port1.3 is almost 80-90% slower > >> compared to Seamonkey. > >> > >> Comparing dillo_port1.3 to dillo, dillo_port1.3 is slower by approx. 50%. > > > > Yes, this is controlled by: > > > > FltkViewport::setScrollStep(int step) > > > > which calls the scrollbar's linesize() function. > > > > using (3 * current value) is similar to dillo2.2 > > I've played with this a little and found setting to 84 was OK, but 168 was > best. I haven't tried any faster, nor do I think I want to. One scroll on my > mouse wheel will scroll approximately one page height. Think I'm using a > 1680x1050 wide screen LCD monitor here. > > Respectively; 14*6=84, 14*12=168 > > I haven't tried my other boxes monitor resolutions of 1280x1024 & 1400x1050 yet. > > I know the previous scrollsteps were EXTREMELY slow here! It looks like a "scroll_step" dillorc option would be handy. -- Cheers Jorge.-

Feb. 16, 2011

Mouse Wheel 80-90% slower then Seamonkey?

by rogerx.oss＠gmail.com

> On Sat, Feb 12, 2011 at 01:13:13AM -0300, Jorge Arellano Cid wrote: >On Thu, Feb 03, 2011 at 04:01:03PM -0900, Roger wrote: >> Anybody else notice the mouse wheel is slow within Dillo? >> >> Comparing dillo_port1.3 to Seamonkey, dillo_port1.3 is almost 80-90% slower >> compared to Seamonkey. >> >> Comparing dillo_port1.3 to dillo, dillo_port1.3 is slower by approx. 50%. > > Yes, this is controlled by: > > FltkViewport::setScrollStep(int step) > > which calls the scrollbar's linesize() function. > > using (3 * current value) is similar to dillo2.2 I've played with this a little and found setting to 84 was OK, but 168 was best. I haven't tried any faster, nor do I think I want to. One scroll on my mouse wheel will scroll approximately one page height. Think I'm using a 1680x1050 wide screen LCD monitor here. Respectively; 14*6=84, 14*12=168 I haven't tried my other boxes monitor resolutions of 1280x1024 & 1400x1050 yet. I know the previous scrollsteps were EXTREMELY slow here!

Feb. 16, 2011

dillo_port1.3: ‘class Fl_Tree’ has no member named ‘item_labelfont’

by rogerx.oss＠gmail.com

> On Sat, Feb 12, 2011 at 09:44:27AM +0100, Johannes Hofmann wrote: >On Fri, Feb 11, 2011 at 08:33:00PM -0900, Roger wrote: >> After doing hg pull && hg update, and then make clean && ./configure && make: >> >> mv -f .deps/libDw_fltk_a-fltkpreview.Tpo .deps/libDw_fltk_a-fltkpreview.Po >> g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/local/include -I/usr/include/fltk-1.1 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -MT libDw_fltk_a-fltkui.o -MD -MP -MF .deps/libDw_fltk_a-fltkui.Tpo -c -o libDw_fltk_a-fltkui.o `test -f 'fltkui.cc' || echo './'`fltkui.cc >> fltkui.cc: In member function ?virtual void dw::fltk::ui::FltkListResource::setWidgetStyle(Fl_Widget*, dw::core::style::Style*)?: >> fltkui.cc:1075: error: ?class Fl_Tree? has no member named ?item_labelfont? >> fltkui.cc:1076: error: ?class Fl_Tree? has no member named ?item_labelsize? >> fltkui.cc:1077: error: ?class Fl_Tree? has no member named ?item_labelfgcolor? >> fltkui.cc:1078: error: ?class Fl_Tree? has no member named ?item_labelbgcolor? >> make[2]: *** [libDw_fltk_a-fltkui.o] Error 1 >> make[2]: Leaving directory `/home/roger/src/dillo/dillo_port1.3/dw' >> make[1]: *** [all-recursive] Error 1 >> make[1]: Leaving directory `/home/roger/src/dillo/dillo_port1.3' >> make: *** [all] Error 2 > >See >http://lists.auriga.wearlab.de/pipermail/dillo-dev/2011-February/008055.html Ah. I see this has been "Fixed in r8340" of fltk-1.3 (CVS/SVN) sources. As such, my snapshot of fltk-1.3 is now considered out-dated on Gentoo! :-( (I've put in a suggestion to fltk-1.3 snapshot ebuild on bugs.gentoo.org for him to just create a SVN/CVS ebuild instead of spending time on routinely creating each snapshot ebuild. This would also avoid such situations like this in the future.)

Feb. 13, 2011

for 1.3 port, latest fltk snapshot is required

by jcid＠dillo.org

On Fri, Feb 04, 2011 at 05:18:08PM +0000, corvid wrote: > ..because we're using some new stuff that they added for us > http://fltk.org/newsgroups.php?s23204+gfltk.general+v23210+T0 BTW, I'm working on the GUI, so expect a big commit these days... -- Cheers Jorge.-

Feb. 12, 2011

dillo_port1.3: ‘class Fl_Tree’ has no member named ‘item_labelfont’

by Johannes.Hofmann＠gmx.de

On Fri, Feb 11, 2011 at 08:33:00PM -0900, Roger wrote: > After doing hg pull && hg update, and then make clean && ./configure && make: > > mv -f .deps/libDw_fltk_a-fltkpreview.Tpo .deps/libDw_fltk_a-fltkpreview.Po > g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/local/include -I/usr/include/fltk-1.1 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -MT libDw_fltk_a-fltkui.o -MD -MP -MF .deps/libDw_fltk_a-fltkui.Tpo -c -o libDw_fltk_a-fltkui.o `test -f 'fltkui.cc' || echo './'`fltkui.cc > fltkui.cc: In member function ?virtual void dw::fltk::ui::FltkListResource::setWidgetStyle(Fl_Widget*, dw::core::style::Style*)?: > fltkui.cc:1075: error: ?class Fl_Tree? has no member named ?item_labelfont? > fltkui.cc:1076: error: ?class Fl_Tree? has no member named ?item_labelsize? > fltkui.cc:1077: error: ?class Fl_Tree? has no member named ?item_labelfgcolor? > fltkui.cc:1078: error: ?class Fl_Tree? has no member named ?item_labelbgcolor? > make[2]: *** [libDw_fltk_a-fltkui.o] Error 1 > make[2]: Leaving directory `/home/roger/src/dillo/dillo_port1.3/dw' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/roger/src/dillo/dillo_port1.3' > make: *** [all] Error 2 See http://lists.auriga.wearlab.de/pipermail/dillo-dev/2011-February/008055.html Cheers, Johannes

Feb. 12, 2011

dillo_port1.3: ‘class Fl_Tree’ has no member named ‘item_labelfont’

by rogerx.oss＠gmail.com

After doing hg pull && hg update, and then make clean && ./configure && make: mv -f .deps/libDw_fltk_a-fltkpreview.Tpo .deps/libDw_fltk_a-fltkpreview.Po g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/local/include -I/usr/include/fltk-1.1 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -MT libDw_fltk_a-fltkui.o -MD -MP -MF .deps/libDw_fltk_a-fltkui.Tpo -c -o libDw_fltk_a-fltkui.o `test -f 'fltkui.cc' || echo './'`fltkui.cc fltkui.cc: In member function ?virtual void dw::fltk::ui::FltkListResource::setWidgetStyle(Fl_Widget*, dw::core::style::Style*)?: fltkui.cc:1075: error: ?class Fl_Tree? has no member named ?item_labelfont? fltkui.cc:1076: error: ?class Fl_Tree? has no member named ?item_labelsize? fltkui.cc:1077: error: ?class Fl_Tree? has no member named ?item_labelfgcolor? fltkui.cc:1078: error: ?class Fl_Tree? has no member named ?item_labelbgcolor? make[2]: *** [libDw_fltk_a-fltkui.o] Error 1 make[2]: Leaving directory `/home/roger/src/dillo/dillo_port1.3/dw' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/roger/src/dillo/dillo_port1.3' make: *** [all] Error 2

Feb. 12, 2011

Mouse Wheel 80-90% slower then Seamonkey?

by jcid＠dillo.org

On Thu, Feb 03, 2011 at 04:01:03PM -0900, Roger wrote: > Anybody else notice the mouse wheel is slow within Dillo? > > Comparing dillo_port1.3 to Seamonkey, dillo_port1.3 is almost 80-90% slower > compared to Seamonkey. > > Comparing dillo_port1.3 to dillo, dillo_port1.3 is slower by approx. 50%. Yes, this is controlled by: FltkViewport::setScrollStep(int step) which calls the scrollbar's linesize() function. using (3 * current value) is similar to dillo2.2 HTH. -- Cheers Jorge.-

Feb. 12, 2011

Recent problems with remote css and youtube

by bf2006a＠yahoo.com

--- On Wed, 2/9/11, corvid <corvid(a)lavabit.com> wrote: > From: corvid <corvid(a)lavabit.com> > Subject: Re: [Dillo-dev] Recent problems with remote css and youtube > To: dillo-dev(a)dillo.org > Date: Wednesday, February 9, 2011, 9:35 PM > I wrote: > > bf wrote: > > > Using snapshots of dillo from the last several > months, with both fltk 2.0 r7513 and r7525 on FreeBSD > 9-CURRENT amd64, I'm able to consistently crash dillo with a > segfault by scrolling to the bottom of many pages at > www.youtube.com with the mouse or keyboard.? The same > problem does not occur if I disable the use of remote > CSS.? Has anyone else noticed this problem? > > > > I can reproduce this. It probably has something to do > with the > > transparent borders change that I made in December... > > My transparent borders code and Jorge's border code were > fighting > with each other. Does the attached fix it for you? > Yes, it seems to fix it: with the patch applied, I have not been able to reproduce the problem. Thanks, b.

Feb. 10, 2011