Version: KDE 3.5.6 (using KDE KDE 3.5.6) Installed from: Fedora RPMs OS: Linux I experience quite an anoying behaviour of the KMail when opening URLs comming in an e-mail content. When clicking on the URL link (KMail does any URL in an e-mail clickeble), the related page does not open in a web browser directly (the browser is not given the URL), but the page is first downloaded into a temporary location on my disk and the browser is given the local copy of the page to be opened instead of the original URL. This behaviour cannot be affected in settings of the KMail in any manner. Perhaps, when opening a PDF from a mail (as an attachment), it is necessary to store it into a temporary location (/tmp/kde-cache) in order to pass the document to KPDF, but there is no sense in handling the URLs in the same way. The flaw of this approach is, that only the single file which the URL points to is downloaded instead of a complete web page. In result, all CSS, pictures, frames, etc. are missing in the temporary location and the browser cannot display the page correctly. The only way to bypass this is to copy the URL (under right button) into a clipboard and to paste it into the browser manually. The feature of opening URLs from KMail would be worth of working up to a consistent and reasonable behaviour. Jiri
Dupe of closed bug: http://bugs.kde.org/show_bug.cgi?id=82763 Cannot reproduce.
Created attachment 20842 [details] Response of Firefox to clicking at a link in KMail Well, seems like a duplicate of http://bugs.kde.org/show_bug.cgi?id=82763 , but the reporter of that bug does not seem quite satisfied (although the bug closed). I use Firefox as a default browser (instead of Konqueror). When I click in the KMail e.g. at the link to this bug provided in the notification e-mail about changes in this thread (http://bugs.kde.org/show_bug.cgi?id=146698), the Firefox starts opening some strange CGI file (see the screenshot). When I run Firefox from a command line with the parameter http://bugs.kde.org/show_bug.cgi?id=146698, everything is OK. Once Firefox is run by krun, the problem occurs...
I still believe that something in KDE is misconfigured and that this has nothing to do with KMail. Probably the mimetpye settings for firefox. Please check what happens if you use the ALT+F2 dialog to open a web site (for example "firefox www.kde.org"). Also check the bug 82763, comment 1 and see if that solves you problem.
Apparently, I found the cause. I guess it has been caused by the way of calling firefox from KDE. When I added Firefox as one of the applications into the list of available applications to handle *.html (and other HTML files), I specified "'/opt/firefox/firefox'" as the command to be processed. When I added %u parameter (no idea what it does and what it means in KDE or for krun), it began behave normally. No idea why, but without %u the firefox must have been given by KDE a reference to the local copy of the URL content instead of the URL itself as a parameter. So, the correct syntax is "'/opt/firefox/firefox' %u". Perhaps, it would be useful if there were some tips on how to specify such commands, description of % parameters, anything. Except taking clue from (KDE) automatically configured associations, I had no chance to determin that the missing %u parameter might cause such a messy behaviour. There is missing a HELP button in the dialog window for specification of the command/association properties at all. I was strugling the same issue when creating associations for xine to automatically load DVD playlist in the pop-up dialog when disk inserted into a drive (I did not solve as I had no clue on using those % parameters). What about creating a new bug on missing descriptions or hints on specifying commands to be run by KDE? Such hints (as well es HELP buttons) are missing everywhere - in the KDE menu editor, in the Control Center, in plug&play pop-up dialogs...
>What about creating a new bug on missing descriptions or hints on specifying commands to be run by KDE? Such hints (as well es HELP buttons) are missing everywhere - in the KDE menu editor, in the Control Center, in plug&play pop-up dialogs... Yes, please create a new bug (wishlist) if you want to. You probably want to file several such wishes, e.g. one for kmenuedit, one for kcontrol/kcmfiletypes and the other places you noticed. I am closing this bug report, because this has nothing to do with KMail.
The hint with firefox %u is good. Because the behaviour of kmail is really annoying.