MrHacky / uftt

Automatically exported from code.google.com/p/uftt
1 stars 1 forks source link

Feature request: Gain administrative privileges when neccessary (Windows Vista+) #32

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. Set download location to a privileged location, e.g. c:\Progra~1\ or 
c:\Progra~2\. 
2. Attempt to download a file or folder.
3. Download fails with the following error:
"Error: coro_receive_into_file: Access is denied (22);"

What is the expected output? What do you see instead?
If a download should fail due to lack of privileges, UFTT should leverage the 
new Windows User Account Control (UAC) to (temporarily) gain the required 
privileges to perform the requested download action.

Please use labels and text to provide additional information.
Reproducible with release 961.

Original issue reported on code.google.com by daniel.g...@gmail.com on 26 Dec 2011 at 2:20

GoogleCodeExporter commented 9 years ago
This requires (re)starting a privileged process. So in order to do this with 
uftt as it works today we need to restart all of uftt, just to gain the 
required privileges. An alternative solution would be to re-write the core of 
uftt so that it can work with a daemonized download-only service, with the gui 
simply connecting to this as a client (similar to how e.g. Deluge Torrent 
works). Finally we could investigate passing a fd opened by a privileged 
instance of uftt through a unix domain socket back to the main uftt instance 
(http://www.thomasstover.com/uds.html). Windows may or may not support this, 
but it does seem the most 'secure', in that everything except for the actual 
action which requires elevated privileges (i.e. opening the file) is still 
performed as an unelevated process.

Original comment by daniel.g...@gmail.com on 29 Oct 2013 at 6:01