Sharing problem with MS Office after upgrading to PD 6 for mac

PascalB

Bit poster
Hi,

I've been using Parallels Desktop 5 (French release) for months without any problem. Everything was perfect and under XP I was writing my work files to Mac OSX file system through sharing custom folders.

I've upgraded to version 6 (US release, as FR is not available yet) and now, when I want to save a file in Winword, Excel or Powerpoint (MS Office 2007, FR) with accent in the path (on sharing folder), this is impossible.
However, this works fine when :
* I move file through explorer.
* I save file on windows drive instead of sharing custom folders
* I use other software (such as PSPAD Editor)

Thus, I suspect a problem with PD 6 sharing file system and MS Office FR

Maybe this will be solved with PD 6 FR release, but will it be possible to upgrade to FR release when available even if I have an US release installed ?
 
Hi, PascalB.
Thank you for the feedback. We have reproduced the issue and will work on it.
 
I have same on my Mac OS X (v10.6.4) with Windows 7 on Parallels Desktop 6 for Mac (Build 6.0.11820).
I can save contents on Wordpad and Notepad. But I couldn't save on Microsoft Word/Excel/Powerpoint.
It is a shared folder on 'psf'. And there was no problem with Parallels Desktop 5 for Mac.

Has anyone got any idea?
 
Elca
This is a bug in Parallels Desktop 6. It will be fixed in the nearest update.

Fine ! As I daily use PD 6 and Microsoft Office for business can you please give an estimation when the nearest update comes ? Is this a question of days, weeks, (please no months ! ;) ) ? ... Indeed, even if it can be easily bypassed, this bug is really boring ...
 
The update will not take long, i think.
As a workaround avoid to save files to locations, containing non-latin characters in their host paths.
 
german "speichern unter"

Same problem here with the german version of parallels 6.

"Save as" from Microsoft Visio 2010 (guest OS) to mac-folders
with german letters in the foldername like "ä", "ö", "ü" ect. does not work.

This problem does not exist in parallels 5.
 
Back
Top