Clicking onto a csv-file within a konqueror on a local file starts oocalc2 succesfully. Clicking onto a csv-file within an archiv (ark) or within a zip-file (browsed using konqueror) shows the start up windowws from oocalc2, but that's all. There are alss problems clicking on csv-files on folders mounted using the fish-protocol under KDE. Acticating the optin "start app in terminal" does not show more info. Reproducible: Always Steps to Reproduce: 1. 2. 3. Portage 2.0.51.22-r3 (default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.5-r2, 2.6.14-gentoo-r2 i686) ================================================================= System uname: 2.6.14-gentoo-r2 i686 Intel(R) Pentium(R) M processor 1700MHz Gentoo Base System version 1.6.13 ccache version 2.3 [enabled] dev-lang/python: 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium3 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/ onfig /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium3 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://pandemonium.tiscali.de/pub/gentoo/ ftp://pandemonium.tiscali.de/pub/gentoo/ ftp://mirror.nutsmaas. oo/ http://212.219.56.131/sites/www.ibiblio.org/gentoo/" LINGUAS="de en" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="x86 X acpi alsa apache2 apm arts audiofile avi berkdb bitmap-fonts browserplugin bzip2 cdr crypt cups curl dri dvd e ncode exif expat fam ffmpeg font-server foomaticdb fortran gd gdbm gif glut gpm gstreamer gtk gtk2 idn imagemagick imlib ipv6 jai java javascript jimi joystick jpeg junit kde lcms libg++ libwww live mad mbox mhash mikmod mmx mmxext mng motif g mysql nagios-dns nagios-ntp nagios-ping ncurses nls nsplugin ogg oggvorbis opengl oss pam pcmcia pcre pdflib perl png p t quicktime readline real recode rtc samba sdl slp snmp spell sse sse2 ssl tcltk tcpd tiff truetype truetype-fonts type1- dev userlocales vorbis wifi win32codecs xanim xine xml2 xmms xv xvid zlib linguas_de linguas_en userland_GNU kernel_linux glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY
Hmm, works fine here with GNOME, so might be a KDE-only problem. Is this happening only with csv-files or also with other file formats? Are you able to open the csv-file in another application?
After some re-install and an upgrade to gcc-3.4.4 now it works with csv-files stored in zip-archives opened with ark. But it does not work to click onto a csv-file stored on a fish:// - file system. There nothihg happend after the splash screen.
Better ;) But still I would need those answers to the questions in comment #1
Ok, I cannot open OO v2 files, which are stored on smbfs:// webdav:// ore fish:// folders in konqueror, it neither works with csv nor doc files. The same files can be opened successfully using any other program like kate, kwrite or so, either by clicking onto the file and lets konqueror pick up the default app or by right click onto the file and choose a different program myself. Seems that very program except oocalc or oowritetr opens the appropriate file correctly, but ooffices show only the splash screen :-(
I can confirm that it doesn't work. When using the file open dialog it actually works partially (it says that the fish protocol is only partially supported). I guess the problem is that kioslaves are not yet properly supported in openoffice. Gnome integration is older, so that is likely to work better. Toralf: I understand your viewpoint that openoffice should just support the kde protocols. Unfortunately those protocols are not implemented by the kernel, but by kde libraries that provide fake filesystems. In kde this is called kioslaves. Gnome provides a similary layer called gnome-vfs (virtual file system). This is technology that is not well integrated, and kind of bleeding edge. There are also design issues in the fact that secondary libraries provide filesystem like access. Back to the issue at hand. This is an upstream issue. It is clear that kde integration is not yet complete. As a workaround you could use the openoffice fileopen dialog to open the file, although that also only offers partial functionality.
*** Bug 114647 has been marked as a duplicate of this bug. ***
it is obviously an upstream issue, which can be fixed by simply removing the "%U" from the .desktop-files. gentoo could provide such a patch until upstream responds. another question: did anyone already report that on upstream?
Yuppiee .. removing %U from the KDE menu entrie works :-)
*** Bug 172765 has been marked as a duplicate of this bug. ***
