- Dillo-dev - lists.mailman3.com

Re: make instant meta-refresh optional?

by dillo-dev＠toykeeper.net

* Dennis Nezic <dennisn(a)dennisn.dyndns.org> wrote: > On Wed, 14 Apr 2010 19:19:42 -0600, Scott Scriven wrote: > > - Google Maps redirects to a 'mobile' version of the site, > > which fails to recognize Dillo's user-agent string and > > returns WML instead of HTML. (I sent them info about this > > bug a few moments ago; hopefully they'll fix it) > I was just about to post about the second point :P. Fixing the first > still wouldn't make the second work? If I disable meta refresh, I can still use the maps site to a limited extent. Or, if I change the user-agent to Mozilla, I can use the HTML version of the mobile interface. Unfortunately, changing the user-agent breaks images.google, because it sends fancy AJAX stuff with no static fallback. And I kinda like to keep Dillo in my user-agent as a way to advertise. > (Why can't dillo read WML?) ... because Dillo is a HTML browser? WML is a totally different language. -- Scott

April 15, 2010

Re: make instant meta-refresh optional?

by dennisn＠dennisn.dyndns.org

On Wed, 14 Apr 2010 19:19:42 -0600, Scott Scriven wrote: > I was just trying to look up a local place on Google Maps, and > found that the page wouldn't render any more. So I investigated, > and it turns out to be a combination of two problems: > > - Dillo now follows instant meta-refresh commands, instead of > letting the user decide. > > - Google Maps redirects to a 'mobile' version of the site, > which fails to recognize Dillo's user-agent string and > returns WML instead of HTML. (I sent them info about this > bug a few moments ago; hopefully they'll fix it) I was just about to post about the second point :P. Fixing the first still wouldn't make the second work? (Why can't dillo read WML?)

April 15, 2010

make instant meta-refresh optional?

by corvid＠lavabit.com

Scott wrote: > I was just trying to look up a local place on Google Maps, and > found that the page wouldn't render any more. So I investigated, > and it turns out to be a combination of two problems: > > - Dillo now follows instant meta-refresh commands, instead of > letting the user decide. > > - Google Maps redirects to a 'mobile' version of the site, > which fails to recognize Dillo's user-agent string and > returns WML instead of HTML. (I sent them info about this > bug a few moments ago; hopefully they'll fix it) > > Would it be possible to make that first one optional? Maybe a > config variable or something? I liked the old behavior much > better. I rather liked the old behavior as well.

April 15, 2010

make instant meta-refresh optional?

by dillo-dev＠toykeeper.net

I was just trying to look up a local place on Google Maps, and found that the page wouldn't render any more. So I investigated, and it turns out to be a combination of two problems: - Dillo now follows instant meta-refresh commands, instead of letting the user decide. - Google Maps redirects to a 'mobile' version of the site, which fails to recognize Dillo's user-agent string and returns WML instead of HTML. (I sent them info about this bug a few moments ago; hopefully they'll fix it) Would it be possible to make that first one optional? Maybe a config variable or something? I liked the old behavior much better. The change was introduced here: changeset: 1037:a72e5506e280 user: Jorge Arellano Cid <jcid(a)dillo.org> date: Sat Apr 18 16:16:18 2009 -0400 summary: Implemented Instant client-side redirects (META refresh with delay=0) For now, I've been building with this small patch: --- a/src/html.cc Wed Apr 07 22:07:07 2010 +0000 +++ b/src/html.cc Wed Apr 14 19:15:12 2010 -0600 @@ -2883,7 +2883,7 @@ mr_url = dStrdup(content); } - if (delay == 0) { + if (0) { /* zero-delay redirection */ html->stop_parser = true; DilloUrl *new_url = a_Url_new(mr_url, URL_STR(html->base_url)); -- Scott

April 15, 2010

Dillo's jealous of Google

by onepoint＠starurchin.org

furaisanjin wrote: > Do you have filter_auto_requests=all in your dillorc? No: $ grep filter /etc/dillo/dillorc ~/.dillo/dillorc /etc/dillo/dillorc:#filter_auto_requests=same_domain > There may be another mechanism to prevent image/style sheet > redirection. I know that you might want to prevent such things, but right now the mechanism is stopping Google from redirecting me to another one of it's own domains. It clearly needs to be made more specific. Thanks for helping me investigate. Hopefully I can look into this some more this weekend. Regards, Jeremy Henty

April 14, 2010

Dillo's jealous of Google

by furaisanjin＠gmail.com

Hi. Do you have filter_auto_requests=all in your dillorc? There may be another mechanism to prevent image/style sheet redirection. Regards, furaisanjin 2010/4/14 Jeremy Henty <onepoint(a)starurchin.org>: > > Dillo's *so* jealous ?of Google it won't let me see ?it! ?(So much for > the open relationship thing :-) > > Log attached. ? I assume ?that the ?DENY message is ?from line ?399 of > src/capi.c, is that right? ?This certainly worked only a few days ago. > What ?has changed? ? It's really ?not good ?that Dillo ?is ?by default > silently denying me access to Google. ?How can this be improved? > > Regards, > > Jeremy Henty

April 14, 2010

Dillo's jealous of Google

by onepoint＠starurchin.org

Dillo's *so* jealous of Google it won't let me see it! (So much for the open relationship thing :-) Log attached. I assume that the DENY message is from line 399 of src/capi.c, is that right? This certainly worked only a few days ago. What has changed? It's really not good that Dillo is by default silently denying me access to Google. How can this be improved? Regards, Jeremy Henty

April 14, 2010

new fltk snapshot out

by furaisanjin＠gmail.com

Hi. I tried r7473 on FreeBSD 8.0R and I found that Japanese input method (kinput2) didn't work on "search the web". All other cases like URL bar, HTML input and find text are OK. "Search the web" had the same problem on fltk-2.0-6916 but when I switched virtual screens, input method started working somehow. Regards, furaisanjin 2010/4/10 corvid <corvid(a)lavabit.com>: > Some compose / input method stuff. > http://fltk.org/articles.php?L986 > http://fltk.org/newsgroups.php?s4670+gfltk.commit+v4689+T0 > > If you find it to be an improvement, then we can update > the recommendation...

April 10, 2010

new fltk snapshot out

by corvid＠lavabit.com

Some compose / input method stuff. http://fltk.org/articles.php?L986 http://fltk.org/newsgroups.php?s4670+gfltk.commit+v4689+T0 If you find it to be an improvement, then we can update the recommendation...

April 9, 2010

Problem with fonts.

by andreas＠kemnade.info

Hi, I have faced these problems some time ago while compiling it for my ipaq. Scalable fonts were available but not the correct font libraries in the build environment. There are two possibilities to satisfy fltk's font library dependencies. One of them gives you nice looking fonts and one other not. Just what I remember at the moment. Greetings Andreas Kemnade

April 8, 2010