Description of problem: When browing an SMB share (from an MS-Windows file server) double clicking a .doc file opens OpenOffice.org Writer and then pops up a dialog with the text "This is not a WinWord97 File". Copying the same file to a local disk and opening it works just fine. The same problem occurs with remote SSH browsing, so its not an SMB specific problem like Bug #454242. Version-Release number of selected component (if applicable): 3.0.0-9.6.fc10.x86_64 How reproducible: Always Steps to Reproduce: 1. Browse to a remote file share using nautilus 2. Locate a .doc file on the remote directory 3. Double click the doc file or right click and choose Open with "OpenOffice.org Writer" Actual results: OpenOffice.org writer starts but doesn't open the file, instead an error dialog appears. Expected results: The files should be opened by writer. Additional info:
I also forgot to mention that opening ODT files from remote shares works just fine - no problems there.
"The same problem occurs with remote SSH browsing, so its not an SMB specific problem". With two F-10 boxes. On box A (i386), places->connect to server->ssh->fill in details for b->ok->remember forever->browse to somewhere where there are .doc and .odt files and I can open them fine without any errors. Seems very odd that the *format* of the document would matter for this sort of stuff. And you have zero problems at all if you use nautilus to copy the .doc file to a local location.
Created attachment 322758 [details] Screencast showing the problem I've opened nautilus directly to the remote share using "ssh://server/home/oded" and tried to open documents from the new window. ODT works fine, .doc fails. See attached screencast. I've added PDF opening with evince for extra points ;-)
Created attachment 322835 [details] Just to show that it works fine here Is the remote file truly a .doc file. Not some other format renamed to .doc which maybe OOo could only detect the format of if it was truly a local file. What is the output of "file" on the .doc. (A pretty tenuous theory I guess)
The files I'm having problem with include all .doc files on the remote server. Copying the files to the local file system and then opening them works fine. 'file' claims these are "Microsoft Office Document" files (no mention of version).
BTW - using File->Open from within OpenOffice.org writer makes no difference: .doc files that I created using OpenOffice and copied to the remote server generate a "no a winword97 file" error while .odt files load just fine.
Hmm, I can reproduce this if I save a .doc to the remote share and try and reopen it. I'll have a poke at this in the morning
I'm not getting a size attribute back from gio, which doesn't matter for stream oriented .odt formats, but does matter for seekable .doc formats
Created attachment 323060 [details] standalone demo So, g_file_input_stream_query_info doens't do anything :-(
Hence a need to workaround in OOo, fix checked in. Will be in >= 3.0.0-9.11
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle. Changing version to '10'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
In rawhide, will be in first F-10 update for OOo if there is one
Two questions, if I may: a. Does that mean that this bug may not be fixed in Fedora 10 lifetime? (I'm referring specifically to the "if there is one" comment. b. This bug was closed as "fixed in rawhide" - when will there be rawhide packages with the fix, in order for me to test it? This fix is very important for my employer's plan to move to Fedora/RHEL on workstations.
a) There will definitely be a 3.0.1 update for F-10, which is scheduled upstream for Jan 15th (http://wiki.services.openoffice.org/wiki/OOoRelease301). There may not be any 3.0.0 F-10 updates before that date for F-10 b) Yes, probably tomorrow.
Thank you for the answers and for fixing the bug.
openoffice.org-3.0.1-15.1.fc10 has been submitted as an update for Fedora 10. http://admin.fedoraproject.org/updates/openoffice.org-3.0.1-15.1.fc10
openoffice.org-3.0.1-15.2.fc10 has been pushed to the Fedora 10 stable repository. If problems still persist, please make note of it in this bug report.