Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 58373 - Konqueror doesn't start from kicker when assigned filee extensions (->.swf) to it
Summary: Konqueror doesn't start from kicker when assigned filee extensions (->.swf) t...
Status: RESOLVED CANTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] KDE (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo KDE team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-07-26 03:53 UTC by Florian Evers
Modified: 2008-12-15 19:53 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Florian Evers 2004-07-26 03:53:56 UTC
Hi,

I have a directory with a collection of downloaded flash movies (.swf).
To open one of them, I have to right-click on the file in konqueror, and select
"Preview in Netscape plugin viewer". Still no problem, but annoying.

But when I start it with RMB->"Open with"->App="Konqueror",Remember assoiciation="yes", it becomes much easier to start flash movies in the future.

But there's a fallback:
After pressing "ok", the "System configuration" gets updated. Ok.
From this moment on, its impossible to start new instances of konqueror
when clicking on its icon in kicker. There will only open _one_ instance, and that's the preloaded one. If I need a new konqueror window, I can't use kicker anymore for this :-(

Kicker->KonquerorSymbol->RMB->Properties->Application
Command="kfmclient openProfile webbrowsing"

Ok, opened a konsole:

florian@powerstation ~ $ kfmclient openProfile webbrowsing
florian@powerstation ~ $ kfmclient openProfile webbrowsing
kfmclient: ERROR: Couldn't start konqueror from konqueror.desktop: KDEInit could not launch 'kioexec'
florian@powerstation ~ $

The first successful command opened the preloaded instance of konqueror, the
second try failed.

I traced the problem to the file
~/.kde/share/applnk/konqueror.desktop
that was created when assigning the .swf to konqueror.
When I delete this file manually, konqueror will behave normal (but will not
start .swf-files after a simple click).

I'm not an expert in reading ".desktop"-files, but there must be a
problem in it that causes the problem?

florian@powerstation ~/.kde/share/applnk $ cat konqueror.desktop
[Desktop Entry]
Comment=KDE File Manager & Web Browser
Encoding=UTF-8
Exec=konqueror
Icon=konqueror
InitialPreference=1
MimeType=application/x-shockwave-flash
Name=Konqueror
NoDisplay=true
Terminal=false
Type=Application
X-DCOP-ServiceType=multi
X-KDE-Library=libkonqueror
X-KDE-StartupNotify=true
florian@powerstation ~/.kde/share/applnk $  

The problem was in KDE 3.2.3 too.

Greetings, Florian


Reproducible: Always
Steps to Reproduce:
1.
2.
3.




Portage 2.0.50-r9 (default-x86-2004.0, gcc-3.3.4, glibc-2.3.4.20040619-r0, 
2.6.7-ck5) 
================================================================= 
System uname: 2.6.7-ck5 i686 AMD Athlon(tm) MP 2100+ 
Gentoo Base System version 1.5.1 
Autoconf: sys-devel/autoconf-2.59-r4 
Automake: sys-devel/automake-1.8.5-r1 
ACCEPT_KEYWORDS="x86 ~x86" 
AUTOCLEAN="yes" 
CFLAGS="-Os -march=athlon-mp -mcpu=athlon-mp -momit-leaf-frame-pointer 
-ffast-math -ftracer -frename-registers -finline-limit=600 -mfpmath=387 -m3dnow 
-fomit-frame-pointer -pipe" 
CHOST="i686-pc-linux-gnu" 
COMPILER="gcc3" 
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" 
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" 
CXXFLAGS="-Os -march=athlon-mp -mcpu=athlon-mp -momit-leaf-frame-pointer 
-ffast-math -ftracer -frename-registers -finline-limit=600 -mfpmath=387 -m3dnow 
-fomit-frame-pointer -pipe" 
DISTDIR="/usr/portage/distfiles" 
FEATURES="autoaddcvs ccache prelink sandbox" 
GENTOO_MIRRORS="http://gentoo.inode.at/ ftp://gentoo.inode.at/source/ 
ftp://gd.tuwien.ac.at/opsys/linux/gentoo/ 
http://gd.tuwien.ac.at/opsys/linux/gentoo/" 
MAKEOPTS="-j3" 
PKGDIR="/usr/portage/packages" 
PORTAGE_TMPDIR="/var/tmp" 
PORTDIR="/usr/portage" 
PORTDIR_OVERLAY="/usr/local/portage" 
SYNC="rsync://rsync.gentoo.org/gentoo-portage" 
USE="3dnow X acpi alsa apm arts avi berkdb cddb cdparanoia cdr crypt cups 
divx4linux dvd emacs encode faad flac flash foomaticdb gdbm gif gimp gphoto2 
gpm gstreamer icq imagemagick imlib jabber jack java jikes jpeg kde libg++ 
libwww linguas_de mad matroska mikmod mmx mng motif mpeg ncurses nls nptl 
oggvorbis opengl oscar oss pam pda pdflib perl pic png ppds python qt quicktime 
readline scanner sdl slang socks5 spell sse ssl svga tcltk tcpd tetex theora 
threads tiff truetype usb v4l v4l2 wmf x86 xml2 xmms xv xvid zlib"
Comment 1 Carsten Lohrke (RETIRED) gentoo-dev 2004-08-20 17:55:04 UTC
You'll find helpful minds in the forums, if it is not fixable for you, ask for it at bugs.kde.org, please. This is not really a bug, but more a wish imho.
Comment 2 David Faure 2008-12-15 19:43:04 UTC
Exec=konqueror %u

would have fixed this.
Comment 3 Tomáš Chvátal (RETIRED) gentoo-dev 2008-12-15 19:49:44 UTC
(In reply to comment #2)
> Exec=konqueror %u
> 
> would have fixed this.
> 

Hm after 4 years :D
well i know that could fix this but currently before it was not known :D.
Could you tell me if it is still not fixed for kde3 in kde4 is exec correct. If you tell me that it is not fixed i will reopen this :]
Comment 4 David Faure 2008-12-15 19:53:42 UTC
Well, I'm not gentoo user not developer, I'm a KDE developer who googled for that kioexec error since I just fixed the error. But Exec=konqueror always missed the information that it supports urls, so it has to be konqueror %u, in both KDE3 and KDE4. Otherwise KDE downloads the url to a tempfile first (this is so that Exec=non-kde-app works). No bug there (apart from a nice tutorial on writing desktop files, possibly).