Disabling url completion of remote protocols by default

Koos Vriezen koos.vriezen at xs4all.nl
Wed Jul 13 22:14:55 BST 2005


On Wed, Jul 13, 2005 at 04:38:16PM -0400, Dawit Alemayehu wrote:
> On Wednesday 13 July 2005 13:52, Koos Vriezen wrote:
> > On Wed, Jul 13, 2005 at 01:24:59PM -0400, Dawit Alemayehu wrote:
> > > Hi,
> > >
> > > The autocompletion provided by KURLCompletion causes problems for remote
> > > protocols that support listing, e.g ftp and sftp. If the user tries to
> > > edit the url in Konqueror's location bar (s)he is liable to get and error
> > > message because KURLCompletion attempts to provide autocompletion for an
> > > invalid URL. See http://bugs.kde.org/show_bug.cgi?id=108812. The attached
> > > patch disables completion support for remote protocols by default.
> >
> > Uhm, does that mean that if I type two letters of my most visited news
> > site, it doesn't auto complete to it anymore?
> 
> This only applies to protocols that support listing ; so it will not affect 
> http(s) for example...

Pfffeeew :-), although my favorite ftp site ..

> > Btw, I recall a comment from me earlier that there should not be popups
> > from the kio libs in automated processes (like autocompletion or eg.
> > javascript), but only if an user enters it explicitly. Wasn't there an
> > no-interactive option for that?
> 
> I am not sure...  But if there is then it needs to be turned on by default 
> AFAIC...

That was my comment back then too. But OTOH, its quite convenient that kio
popsup the passwd dialog instead of returning a E_ACCESS_DENIED or
something else. So not breaking existing apps, turning it default off
seems wise.
My biggest fear is that KDE libs would become unusable for headless use.
Eg. on MS platform one can only use the raw LPT port instead of using the
printing system because of stupid popups. If only one could turn this
off and have sane error reporting API.
KDE has a powerfull scripting and all the other great things. It would
be useless if these would need a human to click away popups :-), among
other things of course.

Koos




More information about the kfm-devel mailing list