- Dillo-dev - lists.mailman3.com

Fwd: Bug#642391: dillo: sane default for http redirects [origin: debian-bts@unpopularminds.org]

by corvid＠lavabit.com

Axel wrote: > One easy way to do so would to display the content of the redirect > page which usually contains a link to the redirect target. That's an interesting idea! I should be sleeping, but how does the attached work for you?

Sept. 22, 2011

Fwd: Bug#642391: dillo: sane default for http redirects [origin: debian-bts@unpopularminds.org]

by abe＠deuxchevaux.org

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)

Sept. 22, 2011

I hear there's some SSL unpleasantness going on...

by corvid＠lavabit.com

I wrote: > http://www.theregister.co.uk/2011/09/19/beast_exploits_paypal_ssl/ more: http://www.mail-archive.com/openssl-dev at openssl.org/msg29718.html [Not totally on-topic for dillo, I know, but...]

Sept. 22, 2011

I hear there's some SSL unpleasantness going on...

by corvid＠lavabit.com

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

Sept. 22, 2011

fltk linkage

by corvid＠lavabit.com

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

Sept. 22, 2011

release candidate for dillo-3.0.1 ready for testing

by rogerx.oss＠gmail.com

> On Wed, Sep 21, 2011 at 07:48:31PM +0200, Johannes Hofmann wrote: >Hi, > >due to some important privacy fixes we decided to make a >bugfix release. >http://www.dillo.org/download/dillo-3.0.1-rc1.tar.bz2 >is available for download now and want's to be tested. >Please give it a try and report back. If everything goes smoothly, >this will become dillo-3.0.1.tar.bz2 on Friday. Compiles & runs on i686 (P3). ... the tabs look nice, but could increase the height to match the File button or no? -- Roger http://rogerx.freeshell.org/

Sept. 21, 2011

border space

by corvid＠lavabit.com

higuita wrote: > Sometimes i find sites where the right or left border space doesnt > exist and the text is "touching" the window border, making it difficult to > read... Example: > > http://blog.pfsense.org/ > http://karidawn.wordpress.com/ > > these two are wordpress blogs, so maybe its also a wordpress theme > problem, but i think that adding a few pixels to both borders would help > a lot... if not hard to do, of course, as there is the workaround to > disable CSS to remove the text from the borders It might be partly a matter of pages expecting floats to work, so that there's something between the text and the window border.

Sept. 21, 2011

border space

by higuita7＠yahoo.co.uk

Hi Sometimes i find sites where the right or left border space doesnt exist and the text is "touching" the window border, making it difficult to read... Example: http://blog.pfsense.org/ http://karidawn.wordpress.com/ these two are wordpress blogs, so maybe its also a wordpress theme problem, but i think that adding a few pixels to both borders would help a lot... if not hard to do, of course, as there is the workaround to disable CSS to remove the text from the borders Thanks 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

Sept. 21, 2011

release candidate for dillo-3.0.1 ready for testing

by Johannes.Hofmann＠gmx.de

Hi, due to some important privacy fixes we decided to make a bugfix release. http://www.dillo.org/download/dillo-3.0.1-rc1.tar.bz2 is available for download now and want's to be tested. Please give it a try and report back. If everything goes smoothly, this will become dillo-3.0.1.tar.bz2 on Friday. Cheers, Johannes

Sept. 21, 2011

Page layout bug: disappears mysteriously when the source is saved locally.

by onepoint＠starurchin.org

Johannes Hofmann wrote: > On Mon, Sep 19, 2011 at 07:15:58PM +0100, Jeremy Henty wrote: > > > > Diego wrote: > > > > > Please try to load the page, go to another one (bm: for example) > > > and go back to original page. > > > > > > ?do you see diference? > > > > Yes! The layout problem disappears when I return to the original > > page. How can that happen? > > The timing is different when it comes from cache. OK, but I am still puzzled as to how this could make a difference. > I hope to get this also fixed soon. It seems that it is related to > the <pre> rendering issue. I wondered if that might be so, since the symptoms (extremely wide paragraphs) were so similar to my other report. Looking forward to testing the fix. Regards, Jeremy Henty

Sept. 19, 2011