rdiff-backup-bugs
[Top][All Lists]
Advanced

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

[Rdiff-backup-bugs] [bug #32221] Native Win32 file and folder attributes


From: anonymous
Subject: [Rdiff-backup-bugs] [bug #32221] Native Win32 file and folder attributes cause crash / are ignored
Date: Mon, 24 Jan 2011 00:20:16 +0000
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13

URL:
  <http://savannah.nongnu.org/bugs/?32221>

                 Summary: Native Win32 file and folder attributes cause crash
/ are ignored
                 Project: rdiff-backup
            Submitted by: None
            Submitted on: Mon 24 Jan 2011 12:20:15 AM UTC
                Category: None
                Severity: 3 - Normal
              Item Group: None
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any

    _______________________________________________________

Details:

Tested on 1.2.8 release and 1.3.3 development versions of the Win32 exe using
Windows XP Professional.

1) Folder attributes of "read-only" are copied correctly to the mirror, but
if this directory is then removed on the source, the next backup will crash.
This is due to the fact that rdiff-backup cannot delete the directory. If one
manually removes the read-only tag from the folder on the mirror prior to
running the backup that attempts the removal, everything works fine. The
read-only flag is even set back by rdiff-backup when restored.

2) File/Folder attributes of "hidden", "system", etc (like less-important
compress/encrypt flags) are ignored. As a result a restore operation then
requires these flags be reset manually.






    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/bugs/?32221>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.nongnu.org/




reply via email to

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