Bug on windows

[PrajwalM2212]

moban is reported to be giving incorrect outputs in netlify.toml file on windows. https://github.com/coala/coala/pull/5881/files#diff-5db06fd2327543bbb72119cd1e5761cf
It would be great if the problem is identified and fixed.

It is replacing

[build]
  publish = "docs/_build/html"
  command = "pip install -r docs-requirements.txt && export PYTHONPATH=$(pwd) && python setup.py docs"  


../../templates/docs/netlify.toml.jj2

[chfw]

Cannot see the change. I need to be able to reproduce it before looking at it.

[jayvdb]

The file mentioned in coala/coala .moban.yaml refers to a symlink, and windows replaces the file contents with garbage from the symlink during the sync

[chfw]

with windows unit tests running, a number of issues were found:

#142 , #141

[chfw]

@PrajwalM2212 , what is this problem again?

did you create a symlink file on windows? docs/netlify.toml link to ../../templates/docs/netlify.toml.jj2

and moban replace the target with junk.

[chfw]

blocked because no way to reproduce it.

[jayvdb]

Probably already fixed, if we have a test case which uses a symlink created on Unix, and that symlink test is active on Windows.

[chfw]

According to this post: https://unix.stackexchange.com/questions/63172/does-windows-recognize-linuxs-symbolic-links, it seems Windows itself could distinguish linux symbolic link.

Hence, I am not sure if os.path.islink would be able to find out this is linux symbolic link.

[chfw]

please reference #251 , linux symbolic link is seen as a text file with the actual linked file inside it. hence, we would need some special utility so that moban can detect it as linux symlink on windows.

[ayan-b]

@chfw isn't this issue solved by #251 & #254?