Bug 50470 - Webpage in Autostart opens location but final Location: has local file
Summary: Webpage in Autostart opens location but final Location: has local file
Status: RESOLVED WORKSFORME
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Unlisted Binaries Linux
: NOR normal
Target Milestone: ---
Assignee: David Faure
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-11-09 16:19 UTC by Roger Larsson
Modified: 2003-03-31 17:35 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Roger Larsson 2002-11-09 16:19:56 UTC
Version:           unknown (using KDE 3.0.9)
Compiler:          gcc version 2.95.3 20010315 (SuSE)
OS:          Linux (i686) release 2.4.18-4GB

The desktop file in Autostart looks OK
[Desktop Entry]
Icon=www
Type=Link
URL=http://lwn.net/

The lwn.net opens OK (new)

But the link I get in "Location:" is
file:/home/roger/.kde/share/apps/kfmexec/tmp/22522.0.
(number changes)
This file does not exist, and cannot be refreshed.

This is a relatively new bug. It might have been in 3.1rc1 but
I am not shure when it showed up first.
Comment 1 Dirk Mueller 2002-11-11 14:45:42 UTC
David, looks like your urifilter changes? 
Comment 2 David Faure 2002-11-11 20:00:03 UTC
No, there's no relation to the uri filter, since the right webpage gets loaded. 
What happens here is that the application associated with text/html, doesn't say that it supports 
remote urls - so we assume it only supports local files, and kdesktop downloads the file before 
passing it to the application. 
Step 1 - identify which application it's about (you don't say, but I assume it's konqueror?) 
Step 2 - fix the .desktop for it. By default the exec line in kfmclient_html.desktop is 
kfmclient_html.desktop:Exec=kfmclient openURL %u text/html 
But you might have associated text/html with another .desktop file (even if it's konqueror). 
Check in "kcmshell filetypes". 
 
Anyway - works for me, and looks like an installation problem. Closing, but feel free to write back 
in case of further problems. 
Comment 3 Roger Larsson 2002-11-11 22:36:19 UTC
To handle text/html (order) Application Preference Order: Konqueror Web Browser, Mozilla Left Click Action: Show file in embedded viewer (see BUG #50284, http://bugs.kde.org/show_bug.cgi?id=50284) Services: KHTML, Embedded Vim Component, KMOZILLA  Looks OK to me.  And my kfmclient_html.desktop has Exec=kfmclient openURL %u text/html Does also look OK.  Running that line manually does also work as expected.  So none of your suggested steps helped me...  so why does it work for you and not for me?   
Comment 4 Stuart Farnan 2003-03-31 17:35:57 UTC
I have similar behaviour when clicking on links in KMail.  The file opens fine, but it has 
been saved as a temporary file first, this of course means that relative paths for 
images don't work, links don't, etc. 
 
Interestingly, I removed Konqueror from as my preferred HTML viewer "kcmshell 
filetypes" and now when I click on links in KMail the same thing happens only the 
locally saved file opens up in Mozilla. 
 
It seems this bug is independent of the actual browser doing the viewing, so I am not 
sure where it is. 
 
I have not touched my .desktop files, and am running Debian sid.