[debbugs-tracker] bug#29440: closed (Tramp put drive_c in the backup file name when backuping in local PC/windows)

[GNU bug Tracking System]

Your message dated Wed, 07 Feb 2018 08:37:24 +0100
with message-id <address@hidden>
and subject line Re: bug#29440: Tramp put drive_c in the backup file name when 
backuping in local PC/windows
has caused the debbugs.gnu.org bug report #29440,
regarding Tramp put drive_c in the backup file name when backuping in local 
PC/windows
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
29440: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=29440
GNU Bug Tracking System
Contact address@hidden with problems

--- Begin Message --- Subject: Tramp put drive_c in the backup file name when backuping in local PC/windows Date: Sun, 26 Nov 2017 00:08:42 +0800

Hi,

Windows 7

GNU Emacs 27.0.50 (build 1, x86_64-w64-mingw32) of 2017-11-24

I didn't set tramp-backup-directory-alist which means the fiile will be backuped locally instead of being backup in server side.

backup-directory-alist:

     ("\\.[rR]\\(md\\)?$" . "~/.emacs.d/autosave/Rfiles")

When I open a file in tramp and edit it, the backup file will be and was backuped in the local direcory: ~/.emacs.d/autosave/Rfiles (c:/Users/username/HOME/.emacs.d/autosave/Rfiles). However the backfile is named "c:/Users/username/HOME/.emacs.d/autosave/Rfiles/address@hidden", where "dirve_c" was put in.

I attached the log file, and it may be anchored by find "c:/plink" and "drive_c".

tramp_local_backup_traceing.txt
Description: Text document

--- End Message ---

> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#29440: Tramp put drive_c in the backup file name when backuping in local PC/windows
>
>
>
>
> Date: 
>
> Wed, 07 Feb 2018 08:37:24 +0100
>
>
>
>
> User-agent: 
>
> Gnus/5.13 (Gnus v5.13) Emacs/26.0.91 (gnu/linux)
>
>
>
>
> Version: 26.1
>
> Shuguang Sun <address@hidden> writes:
>
> Hi Shuguang,
>
> > Now it works correctly.
> >
> > address@hidden
>
> Thanks for the feedback. I'm closing the bug.
>
> Best regards, Michael.
>
>
> --- End Message ---