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