Symbolic link support about fs HOT 2 OPEN

There was a request for symbolic links support (creating & reading links) in WICG/file-system-access#377, but it was closed as being risky to OPFS. I'd like to re-open this request again here.

To clarify, the risks here are not to OPFS. The risk is that symlinks can be created in a user directory (outside of OPFS) which points to files within the OPFS, since this would effectively bypass the requirement to run Safe Browsing checks and add the Mark-of-the-Web to any file saved to a user's directory.

First, fs work seems like it applies beyond OPFS, & fs ought to be able to encompass one of the most common filesystem capabilities.

This repo only pertains to the OPFS (for now, at least). We could consider supporting symlinks exclusively within the OPFS, but I'm not convinced that provides much value, especially since WICG/file-system-access#377 explicitly wants this to "make working with both a user directory and sandboxed files more seamless together"

Could you explain the use case?

from fs.

Could you explain the use case?

I'm trying to write tools to help users deal with git repositories, and there are symlink files in users repos that I need to be able to create on users computers if users are going to have their expected experience. FS gets me most of the way there, but doesn't support this core file type.

The risk is that symlinks can be created in a user directory (outside of OPFS) which points to files within the OPFS, since this would effectively bypass the requirement to run Safe Browsing checks and add the Mark-of-the-Web to any file saved to a user's directory.

Why not have your OS check the symlinked target too? Are there any web specifications for "mark of the web" anywhere we can build off of or work with to help improve this situation? This feels like a pretty baroque concern that shouldn't impede straightforward progress.

from fs.