http://bugs.winehq.org/show_bug.cgi?id=2356
winehq@nanonanonano.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winehq@nanonanonano.net
------- Additional Comments From winehq@nanonanonano.net 2004-13-07 04:14 ------- I can verify that this is also the case for wine-20040615.
If I have a symlink in ~/.wine/dosdevices that points to a directory that is listed in /etc/fstab, then some applications are unable to open that drive in their file open/save dialogues (notably, word2k and excel2k).
i.e.:
e: -> /tmp
/dev/hda6 -> /tmp
Causes word2k and excel2k to be unable to access the e: drive from the file-open and file-save dialogues. An "access denied" error is shown if you go via the icon, but not if you go via the quick-pick dropdown box at the top (silently fails).
If, however, the symlink is to a directory that is not listed in fstab, then it works fine.
i.e.
e: -> /tmp/wine/
/dev/hda6 -> /tmp
then all works as desired.
Now this is only a *workaround* and it only works for some mount points... the case making / your z: drive is an obvious example that can't be easily solved in this way.
This is a case of regression... this used to work fine and now doesn't.
It also means that the treatment of the drives is different in wine depending on whether they are listed in fstab or not... that doesn't seem to be logical.