Description of problem: Launching an .xls file from the RedHatIcon-RecentDocuments list doesn't work. Version-Release number of selected component (if applicable): fc2 t3 - default install How reproducible: every time Steps to Reproduce: 1. see description above 2. 3. Actual results: The error is "couldn't find suitable application". However using Nautilus there is no problem. Expected results: File should opens just like it does in nautilus. Since it works with nautilus (safe assumption that it is always there) this is a bug with the way Recent Docs are handled. Seems like a no brainer requirement for any desktop deployment - it should work out of the box - i shouldn't have to adjust config files. Additional info:
Still seems to happen in fc3test3.
Looks like an OpenOffice bug - its setting an empty <MimeType> in ~/.recently-used when you save an xls (I'll open an upstream bug against recent-files to make it more robust against applications which do this, though.)
Upstream patch to make recent-files more robust: http://bugzilla.gnome.org/show_bug.cgi?id=154765
Created attachment 106315 [details] ooo patch Patch to OOo (well ooo-build extension to OOo) to not write a recent file entry without a mime-type. And more usefully add the excel mime-types into the excel filter detection.xcu so that ooo will be launched from selecting excel entries from recenly-used entries written by OOo.
mime-types 2.0 upstream patch at http://www.openoffice.org/issues/show_bug.cgi?id=36890
No news on this since mid Nov and that patch doesn't look like it's going to get much attention. What the heck do txt files have to do with this anyway? The bottom line is that FC3 still does not open .xls files properly under Recent Documents. An ugly fix would be better than no fix.
1.1.3 is now in FC3 and rawhide, should fix this.
Thanks. OOo 1.1.3-2.5.fc3 fixes this. But you've got to open your file the standard way first to overwrite the state.