Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Problems with opening .xls files on shared folders in XP on Parallels on Mac | ||
---|---|---|---|
Product: | ui | Reporter: | realgrouchy <realgrouchy> |
Component: | AccessBridge | Assignee: | AOO issues mailing list <issues> |
Status: | CLOSED NOT_AN_OOO_ISSUE | QA Contact: | V Stuart Foote <vsfoote> |
Severity: | Trivial | ||
Priority: | P3 | CC: | issues, orcmid, vsfoote |
Version: | OOo 2.3.1 | ||
Target Milestone: | --- | ||
Hardware: | All | ||
OS: | Windows XP | ||
Issue Type: | DEFECT | Latest Confirmation in: | --- |
Developer Difficulty: | --- |
Description
realgrouchy
2008-01-28 23:03:28 UTC
Resolving as invalid, not our bug. Solid and complete issue report. But problem was a know usability issue with Parallels at the v3.0 release. OP can contest, but would recommend open new Issue report, and that only if problem remains when working with a current build of Parallels and AOO. (In reply to comment #1) > Resolving as invalid, not our bug. > > Solid and complete issue report. > > But problem was a know usability issue with Parallels at the v3.0 release. > OP can contest, but would recommend open new Issue report, and that only if > problem remains when working with a current build of Parallels and AOO. Because opening .xls files worked from the Virtual Windows XP SP2 (why not SP3 for heaven's sake) desktop, but there are problems launching from the shared folder in Parallels, this might be related to file-name handling. The two cases to check are when the file-name is provided to the launching application and when the launched application attempts to open the file. I suspect that quickstarter has nothing to do with it, and it should be disabled to reduce variability. I also suggest simplifying the filenames. No spaces, no brackets if possible. Keeping them in a single case (e.g., all lower case) is also helpful. Another thing to check is to see what Virtual Windows XP SP2 considers the filename to be. This can be determined by navigating to a shared folder, selecting one of the ODF files, and sending a shortcut to the XP SP2 desktop. See if the shortcut launches the application correctly. Also, open the shortcut properties to see what the path is. Try pasting that into the Run ... dialog of the XP SP2 start menu and see if that will launch the application from what XP SP2 treats as the full-path filename of the document. There are other things to do, with the idea of reducing the number of variables and catching the discrepancy in the act. This could be simply a deficiency in the interoperability between the Parallels virtualization and the host file system sharing to the guest system. But AOO might have a hand in it. In other virtual arrangements I have seen applications launch from the share only to fail because their attempt to access the file as named to the application fails. This happens when running installers, for example. The workaround is to copy the document to the desktop first. It would be good to confirm that AOO is not a contributor to the problem, just the same. @orcmid, Issue is Closed Invalid. Normally would agree to additional dialog, but please note the original date of the issue. Five years old with no activity and current Parallels release is v.8--definitely OBE. Also, have a fair amount of personal experience with earlier Parallels--continuous improvements in interoperability with Guest VMs at each release. But as I noted, OP is welcome to contest if on working with current releases of AOO and Parallels, and yes a host VM with at least Windows XP SP3. Stuart As OP, I have moved on and am no longer using XP on Parallels. No contest. - RG> |