[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    Bug#29073: cgi links will not spawn konqueror from kmail
From:       David Faure <david () mandrakesoft ! com>
Date:       2001-07-16 14:41:21
[Download RAW message or body]

> We (or rather, you, David :-) already do this:
:))

>   else if ((aUrl.protocol() == "http") || (aUrl.protocol() == "https") ||
> 	   (aUrl.protocol() ==  "ftp") || (aUrl.protocol() == "file") ||
>            (aUrl.protocol() == "help"))
>   {
>     statusMsg(i18n("Opening URL..."));
>     KMimeType::Ptr mime = KMimeType::findByURL( aUrl );
>     if (mime->name() == "application/x-desktop" ||
>         mime->name() == "application/x-executable" ||
>         mime->name() == "application/x-shellscript" )
>     {
>       if (KMessageBox::warningYesNo( 0, i18n( "Do you really want to execute"
>         " '%1' ? " ).arg( aUrl.prettyURL() ) ) != KMessageBox::Yes) return;
>     }
>     // -- David : replacement for KFM::openURL
>     if ( !KOpenWithHandler::exists() )
>       (void) new KFileOpenWithHandler();
>     (void) new KRun( aUrl );
>   }

This is all just fine.

> So there is nothing that KMail can do to make the link work and
> we should close the bug as it is already known?

Well, it would help if I could see the HTTP debug output, to check that a HEAD
request is indeed done, and that the server indeed answers with a bogus mimetype
(it's very often text/plain). This would confirm my suspicion - and the fact that the
bug is known. Otherwise, there's another bug.

-- 
David FAURE, david@mandrakesoft.com, faure@kde.org
http://perso.mandrakesoft.com/~david/, http://www.konqueror.org/
KDE, Making The Future of Computing Available Today

[prev in list] [next in list] [prev in thread] [next in thread]