| Summary: | dont use kioslave URLs when opening files by non-KDE programs | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] frameworks-kio | Reporter: | Jiri Palecek <jpalecek> |
| Component: | general | Assignee: | Stephan Kulow <coolo> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | wishlist | CC: | a.samirh78, betarugo, kdelibs-bugs-null, nalvarez, nate, notuxius |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Debian testing | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Jiri Palecek
2006-06-20 22:59:54 UTC
looks like a krusader bug (which aren't tracked here). KDE will (in KDE 3.5.3) only assume applications to know about its slaves if they have KDE in their category. > looks like a krusader bug (which aren't tracked here). Definitely NOT! I only wrote it as an example, because I get the archive opened by Ark when I click on it in konqueror. > KDE will (in KDE 3.5.3) only assume applications to know about its > slaves if they have KDE in their category. Ok, I will upgrade. Regards Jiri Palecek I have upgraded to 3.5.3 and it still does not work, not in krusader nor in konqueror (I tried krusaders' krarc: and fish: protocol) How do I recognize that an application doesn't have KDE in their category? (Where can I find it?) in their .desktop file I have examined the .desktop file and found that openoffice.org-2.0-writer doesn't have KDE in it's category gwenview does However kfmclient exec tar:/tmp/tarfile.tar/image.png will run gwenview tar:/... as well as kfmclient exec tar:/tmp/tarfile.tar/document.odt will run soffice -writer tar:/... which will fail. It seems that it doesn't work. Regards Jiri Palecek The versions of kde packages are -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17.3 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-2) (ignored: LC_ALL set to cs_CZ) Versions of packages kdebase depends on: ii kappfinder 4:3.5.3-2 non-KDE application finder for KDE ii kate 4:3.5.3-2 advanced text editor for KDE ii kcontrol 4:3.5.3-2 control center for KDE ii kdebase-bin 4:3.5.3-2 core binaries for the KDE base mod ii kdebase-data 4:3.5.3-2 shared data files for the KDE base ii kdebase-kio-plugins 4:3.5.3-2 core I/O slaves for KDE ii kdepasswd 4:3.5.3-2 password changer for KDE ii kdeprint 4:3.5.3-2 print system for KDE ii kdesktop 4:3.5.3-2 miscellaneous binaries and files f ii kfind 4:3.5.3-2 file-find utility for KDE ii khelpcenter 4:3.5.3-2 help center for KDE ii kicker 4:3.5.3-2 desktop panel for KDE ii klipper 4:3.5.3-2 clipboard utility for KDE ii kmenuedit 4:3.5.3-2 menu editor for KDE ii konqueror 4:3.5.3-2 KDE's advanced file manager, web b ii konqueror-nsplugins 4:3.5.3-2 Netscape plugin support for Konque ii konsole 4:3.5.3-2 X terminal emulator for KDE ii kpager 4:3.5.3-2 desktop pager for KDE ii kpersonalizer 4:3.5.3-2 installation personalizer for KDE ii ksmserver 4:3.5.3-2 session manager for KDE ii ksplash 4:3.5.3-2 the KDE splash screen ii ksysguard 4:3.5.3-2 system guard for KDE ii ktip 4:3.5.3-2 useful tips for KDE ii kwin 4:3.5.3-2 the KDE window manager ii libkonq4 4:3.5.3-2 core libraries for Konqueror Versions of packages kdebase recommends: pn kdm <none> (no description available) -- no debconf information There is currently 'Open With...' right click menu option in Ark - with remember my choice functionality - wish isn't relevant? Plasma: 5.12.3 Apps: 17.12.3 Frameworks: 5.44.0 I confirmed that this is an issue, I will start working on this ticket. I tested this: - opened a .tgz file in dolphin - opening a text file in e.g. kate, it opened it using the kioslave, so tar:/ url scheme - opening a text file in libreoffice writer, the file was "downloaded" to ~/.cache/kioexec/krun/* and then opened in libreoffice writer the issue looks fixed, of sorts, to me. Closing as such, feel free to reopen if you disagree. |