- Dillo-dev - lists.mailman3.com

Re: [Dillo-dev] HTTPS support

by madis

On Mon, 9 Jun 2003, CHEE BIN HOH wrote: > how about adding client side certificate into the https proxy (dpi > plugin), certain website might requires a client certificate (which user > can obtain from them), it is good if we can allow the user to add a file > certificate so or allow another level of plugin to retrieve the client > certificate from like smartcard, or other entity, so the https proxy can > verify the client with the server. But this happen very rare. > This could be also done by adding files manually to separate directory (some conf file is then also needed, to associate hosts with certificates that will be used, when connecting to them). And i think, that if someone wants a gui for adding them, this (gui) could be very well done later using a separate plugin. -- mzz

June 9, 2003

Re: [Dillo-dev] HTTPS support

by CHEE BIN HOH

On Sat, 2003-06-07 at 21:51, Madis Janson wrote: > > On Fri, 6 Jun 2003, Jorge Arellano Cid wrote: > > > The "http to https proxy" is what I call dpi! > > > > I'm working very hard with Ferdi extending the dpi1 design with > > a general plugin manager. We have working code and it had gone > > great on tests. I hope to commit the first version in a week or > > so. > > > Great! > > > > This will ease the process of understanding and developing a > > dpi. I hoped all the concepts and internal working to be clear > > from the dpi1 spec and the bookmarks server code, but it is > > certainly very complex to understand it fully (inside and outside > > of dillo and inside the dpi and within the CCC for dpi). > > It would be useful, if you could put some of the basic dpi server > functionality into a simple library (so dpi tag parsing does not have > to be reimplemented in every dpi server written in C). > > > > Now, as I'm not an HTTPS expert, I don't know what interactions > > will be required to support https fully. That is what data > > exchanges/questions/ are required for each operation. > > > > For instance, when the server's certificate can't be verified > > (by the https dpi in this case), the user must be asked whether > > to accept it under this doubt. This will traduce into a dpi > > command sent to dillo, something like: > > > > <dpi cmd='question' srv='https' > > text='Accept unverified connection from this server?' > > options='YES|NO'> > > > > Then dillo will make the window, ask the user, and send the > > answer back: > > > > <dpi cmd='answer' srv='https' answer='YES'> > > > > ...and the https dpi can resume. > > It would be nice, if some certificate fields (issuer, dates) and > certificate MD5/SHA1 hashes would be also shown to the user. This > allows user to verify the certificate hash in a rare case, when > (s)he has got the hash previously using some trusted channel > (printed to paper for example). > > > > Appart from this one, what else is required? > > That I don't know in detail. <-- (this is a question!) > > On the connection side, nothing. Some way for adding trusted certificates > is needed. This could be achieved by coping these certificate files to > certain directory (like .dillo/certificates), although it is _maybe_ > easier for user, when this can be done using some file open dialog (which > will tell the dpi plugin to get the file from specified location). I think > the dialog way of adding certificates is not essential (notably, because > its a very rare activity). > how about adding client side certificate into the https proxy (dpi plugin), certain website might requires a client certificate (which user can obtain from them), it is good if we can allow the user to add a file certificate so or allow another level of plugin to retrieve the client certificate from like smartcard, or other entity, so the https proxy can verify the client with the server. But this happen very rare. -- -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Chee Bin HOH (cbhoh) iVEST Department, Mimos Bhd, Technology Park Malaysia, 57000, Kuala Lumpur, Malaysia. http://www.mimos.my http://www.ivest.com.my -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+JkDQAlAFlqwDyl4RAqrhAKClZ50SvSMPeMWYEHbGKQDnfN5FQwCg4JGH u4FBpHbJTKfskuJiS9BjP2o= =pnCn -----END PGP SIGNATURE-----

June 9, 2003

Re: [Dillo-dev] Tabbed version of Dillo

by Frank de Lange

Andreas Schweitzer wrote: > Hi, > > >>Yes, it does facilitate the development of a frames-capable Dillo. I >>have some ideas about how to implement this, and might implement it >>after the tab code is ready for first release. > > > If the "might" should not happen, I'll certainly look into it :-) Well, the weekend is nearly over and I have not used a computer other than to send this message, so it'll definitely be somewhere coming week for the first release of dillo/tabs. By theway, do not let me possibly working on tabs withold you from doing the same... > Oh, one thing : Sebastian Geerken is the one responsible for > the widget part - unless he already mailed you :-) Ack, have not seen mail from him... Sebastian, maybe dw_gtk_scrolled_window needs a method to remove the gadget? I re-use the BrowserWindow's full_screen_off_button gadget in all tabs (reparenting it when needed), but I have to forcibly NULLify the window->gadget attribute to be able to add a new gadget to a dw_gtk_scrolled_window. It is not 'right' to mess with interal widget structures... or am I missing something? The code does not seem to provide a way to remove the gadget once it has been defined. Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

June 8, 2003

Re: [Dillo-dev] can not connect remote web!

by ronnie

hi Franco Thanks respondence! I have edited the dillorc and set the folloings: # Set the proxy information for http http_proxy=http://proxy.neusoft.com:8080/ proxy.neusoft.com is the proxy and which need username and passwd; But I still can't connect remote URL . ----- Original Message ----- From: "fraazz" <cfraz(a)wanadoo.fr> To: "ronnie" <wang_xq(a)neusoft.com> Cc: <dillo-dev(a)lists.auriga.wearlab.de> Sent: Friday, June 06, 2003 7:01 PM Subject: Re: [Dillo-dev] can not connect remote web! > On 06.06.2003 05:48, ronnie wrote: > > hello everyone! > > I have installed dillo on my pc(redhat 7.2) and find it's perfect.But I can > > connect any remote web through our company proxy .can you tell me how set the > > proxy in dillo and make me enjoy the lightweight browser? > > > see your /home/user/.dillo/dillorc file > > Franco > > >

June 8, 2003

Re: [Dillo-dev] Tabbed version of Dillo

by Chris Palmer

Paul Pelzl writes: > I prefer Mozilla's model for closing tabs: there is a single close Agreed. > The most important functionality, in my opinion, is to have the option > of loading a link in the background without automatically switching > focus to that tab. Agreed. > I look forward to seeing what you come up with. Me too. :)

June 6, 2003

Re: [Dillo-dev] Tabbed version of Dillo

by Paul Pelzl

On Fri, Jun 06, 2003 at 11:50:06PM +0200, Frank de Lange wrote: > Anyone have any special wishes for this tabbed feature? Architecturally > it is easy to move tabs between browser windows, or move single tabs > into new browserwindows (like Galeon does), but is this needed? Also, > tab-close buttons on the tabs, in the tab button-3 menu, elsewhere? I prefer Mozilla's model for closing tabs: there is a single close button somewhere to the right of the tabs, which closes the active tab. The tab button-3 menu can be used to close an inactive tab if desired. (Putting tab-close buttons on every tab clutters the interface, and it means you have to hunt around for the proper close button instead of having it fixed in a constant location.) The most important functionality, in my opinion, is to have the option of loading a link in the background without automatically switching focus to that tab. I look forward to seeing what you come up with. Paul

June 6, 2003

Re: [Dillo-dev] Tabbed version of Dillo

by Frank de Lange

Grigory Bakunov wrote: > Frank de Lange wrote: > >> >> When ready, I'll send a patch to jcid(a)softhome.net. > > > > Can you show this patch to all please? > Jorge work on dillo hardly, so you patch must be placed to queue, not > to stack > We all can test your patch before Jorge read it and (may be) > commit to cvs. > OK, when ready (somewhere next week, unless I find time this weekend...) I'll see how big the patch is, and tell the list the results. If it is to big to send to the list (probably...) I'll find some other way to spread it. (yeah, it really is time for broadband to come to this part of Sweden so I can put up my webserver again... this was better in the Netherlands...) Anyone have any special wishes for this tabbed feature? Architecturally it is easy to move tabs between browser windows, or move single tabs into new browserwindows (like Galeon does), but is this needed? Also, tab-close buttons on the tabs, in the tab button-3 menu, elsewhere? Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

June 6, 2003

Re: [Dillo-dev] Tabbed version of Dillo

by Grigory Bakunov

Frank de Lange wrote: > > When ready, I'll send a patch to jcid(a)softhome.net. Can you show this patch to all please? Jorge work on dillo hardly, so you patch must be placed to queue, not to stack We all can test your patch before Jorge read it and (may be) commit to cvs. -- .............................................................. IRC: irc.openproject.net #asplinux Grigory Bakunov EMAIL: black(a)asplinux.ru ASPLinux Development Team ICQ: 51369901 http://www.asplinux.ru

June 6, 2003

Re: [Dillo-dev] Tabbed version of Dillo

by Andreas Schweitzer

Hi, > To add this feature, I have created a new 'document' abstraction in > Dillo, the 'DilloDoc'. This contains all data related to a single > 'browser document' (including navigation history, etc), many parts of > which used to reside in the 'BrowserWindow'. This was necessary to > separate 'interface' functionality from 'document' functionality, as a > tabbed browser can have 'document' activity going on in the background > (eg. load a tab in the background while reading another tab, etc). hmmm, that sounds awfully a lot like what I thought frames would need. I tried to modify the BrowserWindow as well, but wasn't too succesful (due to lack of time and lack of GTK knowledge). So, I think, this is useful as frames should then be trivial to implement. Cheers, Andreas -- **************************** NEW ADDRESS ****************************** Hamburger Sternwarte Universitaet Hamburg Gojenbergsweg 112 Tel. ++49 40 42891 4016 D-21029 Hamburg, Germany Fax. ++49 40 42891 4198

June 6, 2003

Tabbed version of Dillo

by Frank de Lange

FYI, I have added the often-requested 'tabbed browsing' feature to dillo. Even though it works fine, I want to finish the patch before I send it off for inclusion (or rejection, see below). To add this feature, I have created a new 'document' abstraction in Dillo, the 'DilloDoc'. This contains all data related to a single 'browser document' (including navigation history, etc), many parts of which used to reside in the 'BrowserWindow'. This was necessary to separate 'interface' functionality from 'document' functionality, as a tabbed browser can have 'document' activity going on in the background (eg. load a tab in the background while reading another tab, etc). When ready, I'll send a patch to jcid(a)softhome.net. <OT> I know that tabbed functionality can also be implemented at the window manager level, but I happen to like having it in the browser itself. It also saves memory compared to having several instances of Dillo loaded, which fits in nicely with Dillo's 'philosophy'. </OT> Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

June 6, 2003