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

Using AppDataTemp and Long usernames with domains can cause issues #29

Closed
KevinJump opened this issue May 14, 2020 · 1 comment
Closed
Assignees

Comments

@KevinJump
Copy link
Member

If you use AppDataTemp folder setting & your username is long & you are logging on via a domain / roaming profile you "may" experience an issue where exporting/publishing via uSync doesn't work as expected (errors, or nothing found to publish).

This is because Windows may (in some circumstanced) shorten the directory names (sometimes!), and internally uSync.Complete gets confused

Reproduce:

If you set Umbraco to use AppData as the temp folder.

<add key="Umbraco.Core.LocalTempStorage" value="AspNetTemp" /> 

The the Umbraco temp folder will be moved to the AspNet Temp folder, which by default will be in the user profile the site runs under (e.g the your account).
e.g

C:\Users\username\AppData\Local\temp\UmbracoData

If your username is long (e.g MySuperUserName) and you are logging into a domain then this may be shortened by the OS, c:\users\MySup~1\AppData\Local\temp\UmbracoData

Reason

When uSync gets a list of files from a folder the OS will return them expanded, but the orginal refrence maybe shortened.

Fix.

we need to ensure all local directory paths are expanded before we do any comparasions between them when generating our zip folders.

@KevinJump KevinJump self-assigned this May 14, 2020
@KevinJump
Copy link
Member Author

This has been fixed for the next release (will also make a patch release 8.6.1.1 to confirm it works).

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

1 participant