| Summary: | openning of URL from KMail goes via kde-cache | ||
|---|---|---|---|
| Product: | [Unmaintained] kmail | Reporter: | Jiri Biba <mr.beeba> |
| Component: | messageviewer | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Fedora RPMs | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | Response of Firefox to clicking at a link in KMail | ||
|
Description
Jiri Biba
2007-06-12 11:45:30 UTC
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. |