[Bug 146698] openning of URL from KMail goes via kde-cache

[Jiri Biba]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=146698         




------- Additional Comments From mr.beeba volny cz  2007-06-18 08:09 -------
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...