- Dillo-dev - lists.mailman3.com

Re: gmail access

by furaisanjin＠gmail.com

The patch is attached in this e-mail. Regards, furaisanjin

Dec. 23, 2008

Re: Dillo-dev Digest, Vol 40, Issue 22

by daniel.victoria＠gmail.com

Regarding Gmail access... I'm certanly interested in a patch Thanks Daniel On Tue, Dec 23, 2008 at 9:00 AM, <dillo-dev-request(a)dillo.org> wrote: > Send Dillo-dev mailing list submissions to > dillo-dev(a)dillo.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev > or, via email, send a message with subject or body 'help' to > dillo-dev-request(a)dillo.org > > You can reach the person managing the list at > dillo-dev-owner(a)dillo.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Dillo-dev digest..." > > > Today's Topics: > > 1. gmail access (furaisanjin) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 23 Dec 2008 09:28:14 +0900 > From: furaisanjin <furaisanjin(a)gmail.com> > Subject: [Dillo-dev] gmail access > To: Dillo-dev(a)dillo.org > Message-ID: > <144aa14b0812221628v71c176b2vf504b5bfe663e5b9(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Hi all. > > Now I figure out the way to access gmail but I realize that isn't sophisticated. > > Anyway what I have modified dillo after all is add "force reload link" feature. > > This is the step to access gmail > 1. Goto gmail.com and login in. > 2. You will see meta redirect page so just force reload the link on > meta redirect link. However you won't go anywhere yet. > 3. Goto mail.google.com/mail, then you find link to simple HTML page. > > If some of you are interested the patch, I will post. > > Regards, > furaisanjin > > > > ------------------------------ > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev > > End of Dillo-dev Digest, Vol 40, Issue 22 > ***************************************** >

Dec. 23, 2008

gmail access

by furaisanjin＠gmail.com

Hi all. Now I figure out the way to access gmail but I realize that isn't sophisticated. Anyway what I have modified dillo after all is add "force reload link" feature. This is the step to access gmail 1. Goto gmail.com and login in. 2. You will see meta redirect page so just force reload the link on meta redirect link. However you won't go anywhere yet. 3. Goto mail.google.com/mail, then you find link to simple HTML page. If some of you are interested the patch, I will post. Regards, furaisanjin

Dec. 23, 2008

experimental patch: image error status as alt text

by corvid＠lavabit.com

You know how for image redirections and 404s, nothing at all happens? User's mind: "I didn't get the image. Dillo must be broken." (or the address can't resolve, or content-type doesn't match...) So I tried making something recently that shows, e.g., [404] as the alt text. In this form it's probably wrong in a design sense because cache probably isn't allowed to call image, but maybe it'll prompt some discussion... (and maybe it'd be better to pull the status out of the header whenever needed rather than adding more junk to the cache entry.)

Dec. 22, 2008

a little ad blocker

by corvid＠lavabit.com

If you would like one just to play with, well then: http://www.dillo.org/test/adblocker.patch (Blocking * pretty much suffices for me, so I might as well put it there as-is before I become dangerously bored with it.)

Dec. 22, 2008

HTTP/1.1 side effect

by corvid＠lavabit.com

Jorge wrote: > @corvid: while debugging the CSS loading patch, I noticed that > sometimes dillo doesn't get the close after transfer event. This > is needed to trigger the CSS parser with a full sheet. > > For instance, go to http://localhost:631/ (CUPS interface), and > the progress bar will not get inactive after the page is got. > Now, if you switch http.c to HTTP/1.0 queries, it will work as > expected. > > Is there something missing, or a way to hook this? Searching for "cups" and "Connection: close", I found http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=504727 which says: | The client uses HTTP 1.1 and includes the |"Connection: close" header meaning that he wants that request to |be the last one. cups replies with a "Connection: keep-alive" |header and doesn't close its end of the connection, which is in |violation of the HTTP 1.1 RFC.

Dec. 21, 2008

HTTP/1.1 side effect

by jcid＠dillo.org

Hi, @corvid: while debugging the CSS loading patch, I noticed that sometimes dillo doesn't get the close after transfer event. This is needed to trigger the CSS parser with a full sheet. For instance, go to http://localhost:631/ (CUPS interface), and the progress bar will not get inactive after the page is got. Now, if you switch http.c to HTTP/1.0 queries, it will work as expected. Is there something missing, or a way to hook this? -- Cheers Jorge.-

Dec. 21, 2008

[patch]: Basic Authentication

by onepoint＠starurchin.org

I reviewed the final auth patch. No changes to suggest, just a few comments. > > The authentication dialog does not know which browser window > > opened the URL so it can't call a_Nav_reload(). Instead I > > implemented a_Nav_reload_url(). > > Removed a_Nav_reload_url() and set bw as a parameter. <facepalm/> Why didn't I think of that? :-) > > There's an interesting case when the server demands authentication > > for a realm that we have already authenticated ourselves to. It > > could be that we didn't send authentication because we didn't know > > the path was in the realm, or it could be that the authentication > > we sent was wrong. This requires the code to deduce what it did > > last time it saw this URL and rely on what it will do the next > > time. It works, but it feels fragile to me. I would prefer the > > URL to explicitly record authentication attempts so that the code > > doesn't have to second-guess itself. Thoughts? > > This will need debugging. Doesn't seem critical though. I've been testing it locally and it seems to work as expected. > > I implemented a full token-value list parser as per the RFC. > > I'd appreciate it in smaller functions and without gotos. OK, I'll investigate breaking it down. > > If the user opens several pages in a realm in a very short time > > then it is conceivable that multiple authentication dialogs for > > the same realm could pop up > > Just added a check. It doesn't solve the problem, but avoids the > storm and sends a warning to stdout. What happens if the user opens pages for different realms at almost the same time. Will the first authentication dialog suppress the other? If so then the user will have to reload the second page before they can log in. > * Does Auth_path_is_inside() need to be case sensitive? I think so. From RFC 2616 Hypertext Transfer Protocol -- HTTP/1.1: 3.2.3 URI Comparison When comparing two URIs to decide if they match or not, a client SHOULD use a case-sensitive octet-by-octet comparison of the entire URIs, with these exceptions: None of the exceptions apply to the path component (except for the condition that "" and "/" are the same path). Since "/foo" and "/FOO" are different paths I deduce that "/foo/bar" is not inside "/FOO". Regards, Jeremy Henty

Dec. 21, 2008

[patch]: Basic Authentication

by onepoint＠starurchin.org

On Sat, Dec 20, 2008 at 09:34:45AM -0300, Jorge Arellano Cid wrote: > ... I don't know of a single site with basic auth to test! :-) I set up a quick test: http://starurchin.org:8080/basic_auth user: dillo password: dillo You can also try my Linux From Scratch Trac account: http://wiki.linuxfromscratch.org/blfs/login user: jeremy_henty password: VglP96IxQ (I'll change the password once you have tested it.) Regards, Jeremy Henty

Dec. 21, 2008

patch: error pages from file dpi

by jcid＠dillo.org

On Fri, Dec 19, 2008 at 10:46:03PM +0000, corvid wrote: > What do you think of sending little HTTP error pages for > file not found and so on? > > I always find it a little jarring when nothing happens and > I have to look down at the status bar for the error. > Committed. -- Cheers Jorge.-

Dec. 21, 2008