- Dillo-dev - lists.mailman3.com

[Dillo-dev]Re: Re: Cookie control?

by beartooth

On Fri, 13 May 2005 14:58:24 +0200, Bjoern Brill wrote: > Anyway, if you're using one of the RPMs built by Kelson Vibber, the > same information can be found in > /usr/share/doc/dillo-0.8.4/developers/Cookies.txt . That's .../doc/... here; but OK otherwise >> file, and the whole content of cookiesrc was "DEFAULT DENY"; so I edited >> it, and now I have : >> ===== >> [root@localhost .dillo]# ls >> cookiesrc dpi_socket_dir >> [root@localhost .dillo]# cat cookiesrc >> DEFAULT ACCEPT_SESSION >> [root@localhost .dillo]# >> ===== >> I hope that's right! > Yes, it is. Oh good. Many thanks! > But you don't surf the Internet as root, do you? No, certainly not. But I do updates, installations, etc. as root -- in case my other user might want access to an app. -- Beartooth Neo-Redneck, Linux Evangelist FC 1, YDL 4; Pine 4.63, Pan 0.14.2; Privoxy 3.0.3; Dillo 0.8.4, Opera 8.0, Firefox 1.0.3, Epiphany 1.0.4 Remember that I have little idea what I am talking about.

May 13, 2005

Re: [Dillo-dev]Re: Cookie control?

by Bjoern Brill

On Thu, 12 May 2005, beartooth wrote: > On Wed, 11 May 2005 20:07:48 +0200, Bjoern Brill wrote: > > > > > On Wed, 11 May 2005, beartooth wrote: > > > >> Where does Dillo store cookies? Is there hope of a setting for "treat all > > In ~/.dillo/cookies . > > > >> cookies as session cookies"? > > Put a "DEFAULT ACCEPT_SESSION" line in ~/.dillo/cookiesrc . Consult > > doc/Cookies.txt in the source tarball for details. > > Hmmmm ... tarballs are mostly over my head. But it seems I had no cookies Why? OK they're black, sticky, and stink like hell, but apart from that tarballs are quite nice and conceptually similar to .zip files: a collection of files bundeled together in one big file, with optional compression. Anyway, if you're using one of the RPMs built by Kelson Vibber, the same information can be found in /usr/share/doc/dillo-0.8.4/developers/Cookies.txt . > file, and the whole content of cookiesrc was "DEFAULT DENY"; so I edited > it, and now I have : > ===== > [root@localhost .dillo]# ls > cookiesrc dpi_socket_dir > [root@localhost .dillo]# cat cookiesrc > DEFAULT ACCEPT_SESSION > [root@localhost .dillo]# > ===== > I hope that's right! Yes, it is. But you don't surf the Internet as root, do you? Regards, Bjoern -- Bj"orn Brill <brill(a)fs.math.uni-frankfurt.de> Frankfurt am Main, Germany

May 13, 2005

[Dillo-dev]Re: Cookie control?

by beartooth

On Wed, 11 May 2005 20:07:48 +0200, Bjoern Brill wrote: > > On Wed, 11 May 2005, beartooth wrote: > >> Where does Dillo store cookies? Is there hope of a setting for "treat all > In ~/.dillo/cookies . > >> cookies as session cookies"? > Put a "DEFAULT ACCEPT_SESSION" line in ~/.dillo/cookiesrc . Consult > doc/Cookies.txt in the source tarball for details. Hmmmm ... tarballs are mostly over my head. But it seems I had no cookies file, and the whole content of cookiesrc was "DEFAULT DENY"; so I edited it, and now I have : ===== [root@localhost .dillo]# ls cookiesrc dpi_socket_dir [root@localhost .dillo]# cat cookiesrc DEFAULT ACCEPT_SESSION [root@localhost .dillo]# ===== I hope that's right! -- Beartooth Neo-Redneck, Linux Evangelist FC 1, YDL 4; Pine 4.63, Pan 0.14.2; Privoxy 3.0.3; Dillo 0.8.4, Opera 8.0, Firefox 1.0.3, Epiphany 1.0.4 Remember that I have little idea what I am talking about.

May 12, 2005

Re: [Dillo-dev]Cookie control?

by Bjoern Brill

On Wed, 11 May 2005, beartooth wrote: > Where does Dillo store cookies? Is there hope of a setting for "treat all In ~/.dillo/cookies . > cookies as session cookies"? Put a "DEFAULT ACCEPT_SESSION" line in ~/.dillo/cookiesrc . Consult doc/Cookies.txt in the source tarball for details. HTH, Bjoern Brill -- Bj"orn Brill <brill(a)fs.math.uni-frankfurt.de> Frankfurt am Main, Germany

May 11, 2005

[Dillo-dev]Cookie control?

by beartooth

Where does Dillo store cookies? Is there hope of a setting for "treat all cookies as session cookies"? -- Beartooth Neo-Redneck, Linux Evangelist FC 1&3, YDL 4; Pine 4.63, Pan 0.14.2; Privoxy 3.0.3; Dillo 0.8.4, Opera 8.0, Firefox 1.0.3, Epiphany 1.0.4 Remember that I have little idea what I am talking about.

May 11, 2005

[Dillo-dev]Some patch files for Korean, Russian and Japanese

by JHB

Hi, I've prepared some patch files for other languages except European (LATIN-1). These patch files work fine with some other languages including Korean, Russian, and Japanese than European languages(LATIN-1). These patches work well with dillo 0.80.4 to 0.80.5-pre (CVS). If it is looked good as you see, please change the link on your web site as follow: http://myhome.naver.com/~ziolo/dillo_patch.html I hope these small patch files help someone to enjoy dillo. Sincerely, Ziolo PS. I’m not professional computer programmer, so I’ll be pleasured if next dillo would supports other languages including my own language (Korean) in main source stream ------------------------------------------------------------------------ 네이버 :: 똑! 소리나게 바뀐 네이버 메일을 만나보세요. http://mail.naver.com/

May 1, 2005

Re: [Dillo-dev]Cookies bugs in bugtrack #364, #370, #617 and others

by Diego Sáenz

El Fri, 29 Apr 2005 03:32:40 +0100 higuita <higuita7(a)yahoo.co.uk> escribio: > On Fri, 29 Apr 2005 00:16:57 +0200, Diego Sáenz <diego.saenz(a)aulir.com> wrote: > > One more thing: ¿have try anybody the cookies dpi patch? > >¿what do he or she think? ¿have anybody found a bug? > > uhh?! > > where is the patch? i didnt saw any post or url pointing to > it... the last info i saw was from you stating that it was > almost done. 8) > It was an attachment to the mail with subject: Re: [Dillo-dev]"Medium priority" "Make cookies into a dpi server" task And date: Wed, 27 Apr 2005 03:36:59 +0200 there is a link to the dillo mail archives http://lists.auriga.wearlab.de/pipermail/dillo-dev/2005-April/002658.html Next time i will send an url. > i would be glad to test it!! 8) Thanks > > Thanks > higuita DarkSpirit/Diego Sáenz

April 29, 2005

Re: [Dillo-dev]Cookies bugs in bugtrack #364, #370, #617 and others

by higuita

On Fri, 29 Apr 2005 00:16:57 +0200, Diego Sáenz <diego.saenz(a)aulir.com> wrote: > One more thing: ¿have try anybody the cookies dpi patch? >¿what do he or she think? ¿have anybody found a bug? uhh?! where is the patch? i didnt saw any post or url pointing to it... the last info i saw was from you stating that it was almost done. 8) i would be glad to test it!! 8) 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

April 29, 2005

[Dillo-dev]Cookies bugs in bugtrack #364, #370, #617 and others

by Diego Sáenz

searching cookies bugs in bugtrack y have found and try this 3 bugs Bug #364: Seems that it is corrected so the bug can be deleted. I want to tell that people need to be carefull when put a rule and write a url in the location bar: if one write the url without the www, a.org instead www.a.org for example, the page can load but will not match with a rule .a.org in cookiesrc. Another thing is that if the page send a cookie for www.a.org and you put in the location location bar a.org the cookie will not match and will not be send. Bug #370: I do not see a php register in that page ¿can anybody put another example? Bug #617: Cookies.dpi suffers this bug too. Another thing: In the patch i send to make cookies a dpi the line 38 of dillo/src/cookies.c says #define DEBUG_LEVEL 1 /*8*/ and must be #define DEBUG_LEVEL 8 One more thing: ¿have try anybody the cookies dpi patch? ¿what do he or she think? ¿have anybody found a bug? One curiosity: If you have a page that point with a link to another page loaded(yet) in the dillo cache and click the link to go to the page, the page loads in that way that if the 2 pages have the same decorations and are both at top seems that only content, not the decoration, of the page have change, but if you used the back and forward buttons you see how the page change. Example open a new dillo(you are in the splash page), go to a directory (file:/etc/), click in a directory of that directory(file:/etc/X11/),go back with the button and see how the page redraws, now click again in the same directory(file:/etc/X11/) and see how the page changes without seeing the redraw. It works in http pages while they are in the cache. It seems that it is because the a_Nav_push of the page happen in a gtk signal. I think this can be interesting to a possible dpi that managed the dillo file menus and buttons interface with a html page so updates can be transparent. I hoppe that it can work in the FLTK dillo too. Diego/DarkSpirit

April 28, 2005

Re: [Dillo-dev]"Medium priority" "Make cookies into a dpi server" task

by Diego Sáenz

Work done, almost the first version works and is ready to test. The patch works with current cvs. Please do an intensive test so bugs can be found fast. I am expecially interesting in the https cookies thing. A bad thing is that netscape cookies file format do not support ports for cookies, maybe with another file, maybe updating both files. Cookies are now managed out of dillo in the cookies.dpi and it uses a cookies file in netscape format so it can be used with other programs like for example wget. Between sessions the cookies get saved to ~/.dillo/cookies.txt, the old ~/.dillo/cookies is read too but not updated. Now cookies dpi have the state of the cookies and is the only that read and writes cookies.txt file. The diferent dillos running ask and send cookies to it. To minimize comunication between dpi and dillos all them read cookiesrc and only ask and send cookies for allowed sites. Cookies.dpi need to read cookiesrc so if a site is changed to deny cookies it deletes the cookies for that site in the cookies.txt file next time it load and write that file. All the work is implemented adding only three new dpi commands, two really, and a new send bloking dpi command function. When dillos wants the cookies for a site send the get_cookie dpi command to cookies dpi and this send the cookies in a get_cookies_answer dpi command. If an allowed site send a cookie dillos uses set_cookies dpi command to store the cookie in dpi. Use "dpidc stop" before changes to cookies.txt or cookies files or you can lost your changes. After cookies dpi reload the file all dillos will use the changes. If you changes the cookiesrc file use "dpidc stop" so cookies dpi reload the file. Only new opened dillos will use the changes. Diego/DarkSpirit

April 27, 2005