[Bug 1123] User run-time cannot use "C:\Windows\Desktop" (No permissions)

[Wine Bugs]

http://bugs.winehq.com/show_bug.cgi?id=1123





------- Additional Comments From z_god at 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.