Skip to content

Conversation

@HO-COOH
Copy link

@HO-COOH HO-COOH commented Aug 25, 2025

No description provided.

Copy link

@mayankchouhan1089 mayankchouhan1089 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Adding a while loop to retry registration does not look like an appropriate solution as it would just make the code to keep on looping indefinitely without letting the user to actually provide a way to update sync root directory.

I have tried several ways to reproduce the error 0x8007112A when registering a sync root but could not succeed. Can you share the steps to reproduce the issue? This would greatly help me analyse the issue further and suggest an appropriate fix.

@HO-COOH
Copy link
Author

HO-COOH commented Jan 22, 2026

@mayankchouhan1089 Just see #402 for repro

@mayankchouhan1089
Copy link

@mayankchouhan1089 Just see #402 for repro

The issue does not appear to be reproducible using the steps provided. For future cases, if you are able to reproduce the behavior, could you please share the output of the following command?

fsutil file layout <path>

A likely cause could be that the placeholder may already have had a reparse tag. When Cloud Files discovers such a file, it attempts to add its own reparse tag; however, since the file already contains one, this results in error 0x8007112A. This is expected behaviour, and the error message is appropriate for this scenario.

Given this, the changes proposed in the PR may not be necessary.

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants