[Bug 1123] User run-time cannot use "C:\Windows\Desktop" (No permissions)
http://bugs.winehq.com/show_bug.cgi?id=1123 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 07:45 ------- Bug comments restored from Gmane.org: Discovery proceess: After install of "wine-20021007.i386.rpm" the root ID cannot run wine. Winesetup documentation says "be user" for wine run-time. OK, login as user, run "wine winword". Oops, need full directory string. do that, and when I do that, I get a nasty error, "Cannot create C:\Windows\Desktop". OK, su - root, and ls -l | grep Desktop" (in C:/Windows directory) to get permission list of "drwxr-xr-x ... Desktop". Vain attempt of "chmod 777 Desktop" because windows directory has insufficient permission structure for this situation. Workaround: Realizeing that problem can be circumvented if root can run wine, I "cp -R /home/user/.wine /root" (created by the user ID earlier, above). Now I execute "wine winword.exe" (in the C:\Program Files\microsoft office directory, and all works well.(That is until I try to run spelling check, Seems the file directory linkages do not work.Cannot find the dll where expected.) Concerns: 1.User ID cannot ever have permissions needed in win98 file structure! 2.Process for finding windows PATH in wine applications is insufficient for the task. 3.When looking for a file to open (in winword.exe), I get the directory, but need to type in the <directory name>\*.doc to move to that directory. Typical Microsoft double click on directory to change directory tries to open directory file for editing. Kudo's: I also ran a doc file with an jpeg image in it. Winword (97) worked very well. Wine winword.exe saves files OK too. Michael F. Winthrop winthrom <at> hotmail.com -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
participants (1)
-
Wine Bugs