bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#13298: 24.3.50; Cannot write backup file; backing up in ~\.emacs.d\%


From: Eli Zaretskii
Subject: bug#13298: 24.3.50; Cannot write backup file; backing up in ~\.emacs.d\%backup%~
Date: Sat, 29 Dec 2012 21:11:10 +0200

> Date: Sat, 29 Dec 2012 22:33:04 +0400
> From: Dmitry Gutov <dgutov@yandex.ru>
> CC: 13298@debbugs.gnu.org
> 
> On 29.12.2012 21:28, Eli Zaretskii wrote:
> >> Why doesn't Emacs try to show the elevation dialog, anyway?
> >
> > The elevation dialog comes from Windows, when it does.  Applications
> > don't show it, they just can trigger it by performing operations that
> > require elevation.  But UAC behaves strangely when Administrators are
> > involved.
> 
> I'm not familiar with Windows API, but I think there's a specific way to 
> request the elevation. For example, foobar2000 installer starts up 
> normally, but shows the elevation dialog when you click on the "Update" 
> button, with the same standard shield icon as in Explorer.

I'm guessing that this foobar2000 restarts itself with elevated level
when you click on "Update".  That's the only way I know of to request
elevation programmatically -- it can only be done at process start
time.  Once the process started, it has its privileges in the process
token, and that cannot be changed.

> > You could try taking care of this issue by manually taking ownership
> > of the C:\Users\Gutov directory and all of its files and
> > subdirectories.  Setting the owner of C:\Users\Gutov to either your
> > user or the Administrators group will probably resolve the problem.
> 
> Changing the owner of the directory itself didn't do it (I didn't check 
> "replace on all subcontainers"), but changing the owner of each 
> problematic file did it. Thanks!

OK, so I guess I can now close this bug.  Thanks for helping me test
the solution.






reply via email to

[Prev in Thread] Current Thread [Next in Thread]