Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[ENH] Support paths longer than 260 characters on Windows #506

Closed
xastor opened this issue Dec 27, 2020 · 1 comment
Closed

[ENH] Support paths longer than 260 characters on Windows #506

xastor opened this issue Dec 27, 2020 · 1 comment

Comments

@xastor
Copy link

xastor commented Dec 27, 2020

Is your feature request related to a problem? Please describe.

The problem I experienced is that backing up to a Windows NTFS drive fails if paths are longer than 260 characters. In this case, the backup completes without backing up the files with longer paths. The fact that rdiff-backup escapes uppercase characters on a case-insensitive filesystem makes the problem manifest even quicker.

Describe the solution you'd like

I would love rdiff-backup to support long paths on Windows. This should be possible according to what I found :

Describe alternatives you've considered

I tried setting the HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem@LongPathsEnabled registry key to 1, as suggested in the articles above, but this did not have any apparent effect.

As a quick workaround I tried to make the backup repo case-sensitive using the fsutil.exe utility : https://www.windowscentral.com/how-enable-ntfs-treat-folders-case-sensitive-windows-10

This did not work out because rdiff-backup does not detect the case-sensitivity.

Additional context

I'm using Microsoft Windows [Version 10.0.18363.1256]

@ericzolf
Copy link
Member

We know 😖 It's a duplicate of #236
What confuses me though is that the Python documentation explicitly states "After changing the above option, no further configuration is required.", so I don't know what might be the exact problem here... I need to check but not my first priority right now, especially as it might be due to Python 3.7 not properly supporting byte paths, hence the need to upgrade Python under Windows first...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants