Bug 137619
Summary: | [kde] OO files lose file assocations in FC3T3 and TC3rc3 | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Kim Lux <lux> |
Component: | openoffice.org | Assignee: | Caolan McNamara <caolanm> |
Status: | CLOSED RAWHIDE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 3 | CC: | arequipeno, chris, deerfieldtech, jrb, jspaleta |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | 1.9.87 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-03-29 10:22:59 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Kim Lux
2004-10-29 19:34:21 UTC
What version of shared-mime-info do you have, and what are the last 10 lines of /usr/share/applications/redhat-word-processor.desktop? Dan Exec=oowriter Icon=redhat-word-processor.png Terminal=0 Type=Application Encoding=UTF-8 Categories=Application;Office;X-Red-Hat-Base; MimeType=application/vnd.stardivision.writer;application/vnd.sun.xml.writer;application/vnd.sun.xml.writer.template;application/msword;application/vnd.ms-word;application/x-doc;text/rtf StartupWMClass=VCLSalFrame StartupNotify=true $ rpm -q shared-mine-info package shared-mine-info is not installed Ooops, mistype, you put "shared-mine-info" rather than "shared-mi_m_e-info" shared-mime-info-0.15-10 Jonathan, any ideas? The OOo .desktop files get pulled in from redhat-menus on %install phase, so they are /usr/share/applications/redhat-word-processor.desktop, redhat-spreadsheet.desktop, etc cat /usr/share/applications/redhat-word-processor.desktop Name=OpenOffice.org Writer Name[ar]=Ø£Ùب٠أÙÙÙس.Ø£Ùرغ راÙتر Name[bg]=OpenOffice.org Writer <snipped a bunch of Comments here> Comment[zh_CN]=æåå¤çå¨ Comment[zh_TW]=æåèçå¨ Comment[zu]=Umgayi wegama Exec=oowriter Icon=redhat-word-processor.png Terminal=0 Type=Application Encoding=UTF-8 Categories=Application;Office;X-Red-Hat-Base; MimeType=application/vnd.stardivision.writer;application/vnd.sun.xml.writer;application/vnd.sun.xml.writer.template;application/msword;application/vnd.ms-word;application/x-doc;text/rtf StartupWMClass=VCLSalFrame StartupNotify=true $ cat /usr/share/applications/redhat-spreadsheet.desktop [Desktop Entry] Name=OpenOffice.org Calc Name[ar]=Ø£Ùب٠أÙÙÙس.Ø£Ùرغ ÙاÙÙ Name[bg]=OpenOffice.org Calc Name[bn]=à¦à¦ªà§à¦¨ à¦à¦«à¦¿à¦¸à§à¦° à¦à¦¯à¦¾à¦²à¦à¦²à§à¦à¦° (Calc) <snipped a bunch of comments here> Comment[zh_CN]=çµåè¡¨æ ¼ Comment[zh_TW]=試ç®è¡¨ Comment[zu]=Ikhasi lokubala Exec=oocalc Icon=redhat-spreadsheet.png Terminal=0 Type=Application Encoding=UTF-8 Categories=Application;Office;X-Red-Hat-Base; MimeType=application/vnd.stardivision.calc;application/vnd.sun.xml.calc;application/vnd.sun.xml.calc.template StartupWMClass=VCLSalFrame StartupNotify=true Let's be clear.... Is this KDE or Gnome desktop or something else where you are doing the double-clicking on a doc? From what ive read from your test-list posts you seem to be using a kde desktop. I'm pretty sure I can't reproduce this on my gnome desktop install. I just want to make sure people aren't trying to reproduce a problem that is desktop environment dependant...while in the wrong environment. -jef You are correct. I am running a stock KDE desktop from the install. I change the display background and that is about it. I just tested the double click opening of a calc spreadsheet in gnome and it works fine. Double click opening didn't work in KDE from the get go. I know this because the first thing I did in KDE last night was to set up my wireless network card and I had to copy the config file settings from a oowriter document I keep for that purpose. It didn't work then and that was the first login, save one to set the display size. So i take it... doubleclicking in kde means double clicking in konq? Can you see if any other non kde apps have working file associations? xmms for example or maybe gimp maybe a gnome app like gnumeric? I ask because i want to know if this is a general problem with how konq is handling non-kde applications or if this is open-office specific? -jef Doubleclicking in kde means double clicking in file manager or on the desktop, desktop1, to be specific. I'm using gedit as my editor, for some strange reason, and its documents open fine, both in konq and on the desktop. My favorite editor in FC2 as kwrite. I don't have any gimp files. gnumeric isn't installed, nor is Koffice stuff. Just keep asking questions and I'll keep answering them. There is no such thing as a stupid question. BTW: the oo office documents have a big "?" on their icons. I'm trying to think of another kde file that I'd have, but I can't at the moment. The K3B project file has its icon and opens on a double click. html pages have an icon and open with konqueror. I did a fresh install of FC3 Final today, and immediately updated using up2date, before running any applications. I have the same problem, in that in KDE OpenOffice.org files are not associated with OOo, and are unknown to KDE (the question mark icon). In GNOME, associations are fine. As it sits right now, the only way, other than using the CLI, to open an OOo file is by running OOo first, and then opening the file from within OOo. I'm glad (?) to see that I am not alone. I've since upgraded to rc5 and then FC3 final and the problem has stayed all along. I wonder if it has something to do with what we run when we first run Linux. Ie does this have anything to do with firstboot or whatever the service is that is supposed to run when one first boots a new Linux installation ? Here's a fix (not sure if this is the complete answer, but it seems to work); the desktop config files for OpenOffice.org are missing from the /home/username/.kde/share/mimelnk/application directory. I copied the following files from my .kde backup from FC2 to the ...mimelink/application directory: vnd.stardivision.calc.desktop vnd.stardivision.chart.desktop vnd.stardivision.draw.desktop vnd.stardivision.impress.desktop vnd.stardivision.math.desktop vnd.stardivision.writer.desktop vnd.stardivision.writer-global.desktop vnd.sun.xml.calc.desktop vnd.sun.xml.calc.template.desktop vnd.sun.xml.draw.desktop vnd.sun.xml.draw.template.desktop vnd.sun.xml.impress.desktop vnd.sun.xml.impress.template.desktop vnd.sun.xml.writer.desktop vnd.sun.xml.writer.global.desktop vnd.sun.xml.writer.math.desktop vnd.sun.xml.writer.template.desktop I should add to my previous post: those files probably came from the OOo install I did of OOo 1.1.3 from OpenOffice.org, NOT the stock FC2 OOo. So, my above post is a hack, not a real fix. Ahha !!!! My oo files were from a previous release as well. I backed up /home, upgraded and installed and then recovered /home so I didn't lose any data. I think we just found the crux of the problem. OO files from previous versions under KDE aren't opened by double clicking. I just checked to see what oowriter does with files that it creates currently. I saved a new file as test.sxw from oowriter. It appears with a question mark on my desktop and will not open on double click. BTW: did the command line change for Open Office writer ? Didn't it used to be plain "writer" and now it is 'oowriter' ? Does that have something to do with this ? Another thing that makes this issue worse is that if you do an "Open With" and select oowriter, there isn't a "remember this file association" option to make the association permanent. I have seen this option before in KDE, but I can't remember where or when or what version. What is up with that ? *** Bug 139485 has been marked as a duplicate of this bug. *** .desktop files are ok in rawhide for kde in 1.9.87 at least |