Disabling url completion of remote protocols by default

[David Faure]

On Wednesday 13 July 2005 23:14, Koos Vriezen wrote:
> 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 ..

It will still "complete" if it's in the recently-typed-urls or in the bookmarks.
What Dawit is changing is the remote-listing for shell-like completion.

> > > 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.

KIO jobs have setInteractive(false) which can be used to ensure that no popup 
appears in any case for purely-automated jobs (such as those used internally
by kioslaves like kio_trash or kio_system). For scripts, kfmclient has --noninteractive
to control this.

This doesn't control password popups though. That's controlled by the metadata
no-auth-prompt - hmm, maybe setInteractive(false) should do that automatically....
But anyway, KURLCompletion is setting this metadata already, so this isn't related.

In fact I don't understand why #108812 - Dawit, where's the dialog box showing
this error coming from?   (hint: "dcop konqueror KDebug printBacktrace" when
the dialog box is visible).

-- 
David Faure, faure at kde.org, sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).