- Dillo-dev - lists.mailman3.com

Fwd: Bug#642391: dillo: sane default for http redirects [origin: debian-bts@unpopularminds.org]
by abe＠deuxchevaux.org Sept. 23, 2011

Sept. 23, 2011

Hi, this bug report came in for dillo 3.0 in Debian Unstable/Testing, see also http://bugs.debian.org/642391 See below for my thoughts. ----- Forwarded message from The Don Lachlan <debian-bts at unpopularminds.org> ----- From: The Don Lachlan <debian-bts at unpopularminds.org> Date: Thu, 22 Sep 2011 02:07:15 -0400 Subject: Bug#642391: dillo: sane default for http redirects To: Debian Bug Tracking System <submit at bugs.debian.org> User-Agent: Mutt/1.5.21 (2010-09-15) Package: dillo Version: 3.0-1 Severity: important Dear Maintainer, By default, Dillo 3.0 does not follow HTTP redirects between second level domains (foo.com -> bar.com) which breaks URL shorteners and many web sites. This is controlled by the configuration option "filter_auto_requests" and defaults to "same_domain". I've attached two patches. The first modifies the source to "allow_all" by default and the commented entry in the rc file; the second modifies the rc file to "allow_all" by default. The first patch is preferable so that 1) the source code defaults match the shipped rc file 2) users who have an existing ~/.dillo/dillorc (and ignore the global dillorc) will receive the proper default of "allow_all" if they lack a "filter_auto_requests" entry -Lachlan (this is a resend, it left my MTA but never reached the bug logs) -- System Information: [...] --- dillo-3.0/dillorc 2011-09-21 15:38:16.664618360 -0400 +++ dillo-3.0/dillorc 2011-09-21 18:21:26.000000000 -0400 @@ -31,7 +31,7 @@ # allow_all # same_domain : Permit www.example.org to load an image from img.example.org, # but not from the unrelated ad.doubleclick.net. -#filter_auto_requests=same_domain +#filter_auto_requests=allow_all # Change the buffering scheme for drawing # 0 no double buffering - useful for debugging --- dillo-3.0/src/prefs.c 2011-09-21 18:52:17.000000000 -0400 +++ dillo-3.0/src/prefs.c 2011-09-21 18:52:54.000000000 -0400 @@ -40,7 +40,7 @@ prefs.buffered_drawing = 1; prefs.contrast_visited_color = TRUE; prefs.enterpress_forces_submit = FALSE; - prefs.filter_auto_requests = PREFS_FILTER_SAME_DOMAIN; + prefs.filter_auto_requests = PREFS_FILTER_ALLOW_ALL; prefs.focus_new_tab = TRUE; prefs.font_cursive = dStrdup(PREFS_FONT_CURSIVE); prefs.font_factor = 1.0; --- dillo/dillorc 2011-09-21 15:38:16.664618360 -0400 +++ dillo/dillorc 2011-09-21 15:38:42.000000000 -0400 @@ -31,7 +31,7 @@ # allow_all # same_domain : Permit www.example.org to load an image from img.example.org, # but not from the unrelated ad.doubleclick.net. -#filter_auto_requests=same_domain +filter_auto_requests=allow_all # Change the buffering scheme for drawing # 0 no double buffering - useful for debugging ----- End forwarded message ----- Until now I noticed the effects of filter_auto_requests just for images and was quite happy with it. But with images you can click on them and they will be loaded. This does not seem to work for cross-domain redirects. And as annoying as URL shorteners are, I usually do like to follow those redirects. Is it possible to separate the settings for images and redirects? Or is it possible to allow those redirect on a case-by-case base? One easy way to do so would to display the content of the redirect page which usually contains a link to the redirect target. Kind regards, Axel -- /~\ Plain Text Ribbon Campaign | Axel Beckert \ / Say No to HTML in E-Mail and News | abe at deuxchevaux.org (Mail) X See http://www.asciiribbon.org/ | abe at noone.org (Mail+Jabber) / \ I love long mails: http://email.is-not-s.ms/ | http://noone.org/abe/ (Web)

4 6

I hear there's some SSL unpleasantness going on...
by corvid＠lavabit.com Sept. 22, 2011

Sept. 22, 2011

http://www.theregister.co.uk/2011/09/19/beast_exploits_paypal_ssl/

1 1

fltk linkage
by corvid＠lavabit.com Sept. 22, 2011

Sept. 22, 2011

Do we still have a reason for telling people to stick with static linkage when building fltk?

1 0

Page layout bug: disappears mysteriously when the source is saved locally.
by onepoint＠starurchin.org Sept. 19, 2011

Sept. 19, 2011

This page[1] renders badly in Dillo - the text wraps to a width much wider than the browser window. But when I save the page locally it renders fine! How is this possible? The only CSS is a small inline <style>, which rules out the obvious guess of a style sheet failing to load. Fixing all the relative URLs to absolute ones has no effect. I'm mystified. Any ideas? Regards, Jeremy Henty [1] http://thbecker.net/articles/rvalue_references/section_08.html

4 6

Floating objects
by jcid＠dillo.org Sept. 19, 2011

Sept. 19, 2011

Hi there, Well, time to focus on floating objects (at least for me) @Johannes: what's the status and info we have from Sebastian on his prototype so far? I vaguely remember there were some issues with the design, and on whether to try to implement it inside the textblock or elsewhere. -- Cheers Jorge.-

2 1

Line breaking bug.
by onepoint＠starurchin.org Sept. 19, 2011

Sept. 19, 2011

In the attached example the first paragraph is only broken before the last word. The bug depends on the text containing the <pre> element and on it being inside a <div> inside a <table>. Real live example: http://www.devx.com/cplus/10MinuteSolution/34577/0/page/4 Regards, Jeremy Henty

2 1

Close dillo with multiple tabs open
by Hole.destructor＠gmx.de Sept. 18, 2011

Sept. 18, 2011

Dear Dillo developers, I just noticed a small misbehaviour when trying to close a Dillo window (using ALT+F4 or CTRL+q) with more than one tab open: A window pops up and asks wether I am sure to close. At this point I unfortunately can't use the ENTER key to confirm. I think I would be very convenient for the user to make the ENTER key work. Another question here: Please tell me if I'm wrong, but there seems to be no dillorc option to omit the mentioned popup window completely. Do you think it would be convenient to have one? Kind regards, Alexander

8 19

how to open links etc
by itsme_410＠yahoo.com Sept. 18, 2011

Sept. 18, 2011

Hi, Sorry to ask something perhaps really dumb, but when I click on some links, eg a pdf file, I get prompted to save the file. Is it possible for me to transfer the file to some external program (say /usr/bin/epdfview) to open after download? Does this have to programmed in somewhere? Where? As a dpi? If the latter, where are the instructions? I looked at hello.c for an example but I was no sure what to do with the C program. Where do i compile it and how? Thanks for the help! Best wishes, T

6 16

system colors
by corvid＠lavabit.com Sept. 17, 2011

Sept. 17, 2011

As an aside to the scheme issue, I just found that if I add in a Fl::get_system_colors(); (I put it after the make_current()) and then added the following to .Xdefaults: dillo*background: red dillo*foreground: yellow Then dillo's dialogs, and certain parts of the UI, and -- interestingly -- the default text color on pages, well, it all turns rather red&yellow in general. The src talks about KDE, at least, setting those values in xrdb. If it should happen that many of the various desktop environments set these values, getting this all to work reasonably correctly might be pleasing to everyone nowadays who expects all of their windows to look similar. People are very first-impression ("It's ugly!" *deletes*)...

3 5

dillo-3.0-rc2 is out
by jcid＠dillo.org Sept. 16, 2011

Sept. 16, 2011

Hi there, After: [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 [ok] valgrind logs: cancel expected url [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 [ok] URL_ILLEGAL_CHARS [ok] Fixed CustLightButton "light" color deactivation. [ok] hoverTooltip glitch (tooltip linger when going into a child DIV). [ok] tab overflow (code a handler) [ok] valgrind error for first tab close, then resize(). [ok] update the Changelog [ok] default search engine [ok] new-tab and window title [ok] CSS adjacent sibling selectors [ok] margin-bottom + some margin collapse [ok] fix doctree leak Today the rc2 was packaged. Please get it here: http://dillo.org/download/dillo-3.0-pre.tar.bz2 // tarball http://dillo.org/download/dillo-3.0-pre.tar.bz2.asc // signature The idea is to test the package in different OS/HW-Platforms and to report how the build process went, and how it works. Hopefully it'll become dillo-3.0. Afterall, it has been for a long enough time in testing phase. TIA for your feedback. -- Last but not the least: [ok] valgrind logs: cancel expected url I can't reproduce this anymore (after the committed fix). If somebody can still reproduce it, please report it. Details are in this thread: http://lists.auriga.wearlab.de/pipermail/dillo-dev/2011-August/008810.html (the "expected url" is the one you've asked for but whose data bytes haven't started to arrive. If during this period of time you stop the request --e.g. by pressing Stop or clicking another URL, it's cancelled--). -- Cheers Jorge.-

9 29