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: Dmitry Gutov
Subject: bug#13298: 24.3.50; Cannot write backup file; backing up in ~\.emacs.d\%backup%~
Date: Sat, 29 Dec 2012 22:33:04 +0400
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0

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.

Like I described, I don't think my situation is exceptional, so seeing
the error messages is misleading.

Why misleading?  We asked Emacs to preserve the ACLs of the original
file, and it couldn't.  Shouldn't the user be informed about that?

It leads me to believe that there's either something wrong with my
system, or Emacs configuration, whereas I don't know why I should care
that the backup function doesn't correctly set the file ownership.

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!

Doing the former, i.e. setting your user as the owner, sounds like TRT
to me anyway, it doesn't make sense to me to have SYSTEM as an owner.

If the owner is Administrators, the error is the same, so SYSTEM is not the problem here.

If you think this is bad behavior, lobby on emacs-devel to allow some
kind of user options for ignoring these errors (which means you don't
care about security of access to your files).

I don't think that a user option is the way to go if it's going to be
off by default.

Maybe don't expect the user to customize its value, and bind it to t in
certain functions, like backup-buffer-copy, instead?

I will let others answer that.

To expand on this idea, if you were to get elevation to work, the variable would control whether you would show the user the elevation dialog if they have insufficient rights, or just fail silently.

I can't imagine, for example, anyone thinking that showing the elevation dialog (or several) during Emacs shutdown is a good idea.

But if I'm a security-conscious Windows user,
a) I'm not going to run Emacs "As Administrator",
b) If I'm assigning access rights to a file, I'd prefer to see the elevation dialog instead of just the error message.





reply via email to

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