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

Revert or provide a way to opt out of the new sandbox directory structure for volumes without drive letters #3632

Closed
benrg opened this issue Feb 21, 2024 · 2 comments
Labels
added in next build Added in the next Sandboxie version Feature request New feature or idea Symlinks Collection of symbolic links issues

Comments

@benrg
Copy link

benrg commented Feb 21, 2024

Is your feature request related to a problem or use case?

Before recent versions of Sandboxie Plus, the overlay filesystem tree for a volume mounted at D:\path\descriptive-name-of-mount-point was located at SandboxName\drive\D\path\descriptive-name-of-mount-point. After recent changes, it's located at SandboxName\drive\{1d4c338a-fe94-420c-9435-337eed8a97bb}.

I prefer the old scheme because:

  • The fact that you can give a unique descriptive name to a mount point instead of a single letter is a notable advantage of directory mount points. I don't want to have to remember which random GUID corresponds to which directory.
  • Under the old scheme, you can box up the contents of a directory into a container volume, mount it at the location of the old directory, and generally not break things. With the new directory structure one has to hunt down any sandbox that has overlay modifications to that directory subtree and move the subtree to the new GUID location (provided that one can figure out the correct GUID—I do know how to do that but it's not obvious).
  • I don't think I want overlay files to follow the mount point if I move it, which seems to be the only advantage of the new scheme. That might be useful for removable volumes mounted on drive letters since contention for letters can lead to them being mounted at different places (and I see now that a UseVolumeSerialNumbers option has existed for a while to deal with that), but that doesn't happen with named mount points.

Describe the solution you'd like

Any one of

  • Revert the change for everyone (I think most users wouldn't notice)
  • A per-sandbox option to get the old behavior (in sandboxie.ini; I don't care whether it's exposed in the GUI)
  • A per-sandbox option to ignore all outside-sandbox reparse points (mount points, junctions, and symlinks) and just store every overlay file at its apparent location in the directory tree and not its final resolved location, since I think that's actually the behavior I want most of the time

Describe alternatives you've considered

No response

@benrg benrg added the Feature request New feature or idea label Feb 21, 2024
@DavidXanatos DavidXanatos added the Symlinks Collection of symbolic links issues label Feb 21, 2024
@DavidXanatos
Copy link
Member

I see how this might be useful but it also might be a big problem when you mount the same volume into two different directories
trying to make this switchable complicates things quite a bit.
I'm looking into it right now and we may need to roll back some of the recent changes and retool some of the path handling to make it flexible.

Generally I like the idea of more flexibility so lets see how doable this will be.

@DavidXanatos DavidXanatos added ToDo To be done High priority To be done as soon as possible added in next build Added in the next Sandboxie version and removed ToDo To be done High priority To be done as soon as possible labels Feb 23, 2024
DavidXanatos added a commit that referenced this issue Feb 25, 2024
@DavidXanatos
Copy link
Member

DavidXanatos commented Feb 25, 2024

With build 1.13.1, the old behaviour will be reverted as default and to use the new 1.12.x behaviour one needs to add UseVolumeGuidWhenNoLetter=y to the Sandboxie.ini configuration file.
I won't add a UI checkbox yet.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
added in next build Added in the next Sandboxie version Feature request New feature or idea Symlinks Collection of symbolic links issues
Projects
None yet
Development

No branches or pull requests

2 participants