Can't recover files to network drives.

[Tomcat86878]

Hi,

every time I try to save and recover files to a network share, the files is not recovered to the network share itself, but to a destination beginning with \device\mup\NAME_OF_SHARE\FOLDER. The file then can be found under C:\device\mup\NAME_OF_SHARE\FOLDER but not on the share itself.

Please also see the screenshot attached:

Is this a misconfiguration on my side?

Best,
Tom

[DavidXanatos]

What have you configured as the recovery fodler?

[Tomcat86878]

Hi David,

the network drive is configured as a recovery folder (drive letter as well as network path).

Best regards,
Tom

[DavidXanatos]

I see, the intended behavioure in such cases is to ask for a folder to recover to,
I will fix that.
would you actually intent the file to be recovered to the network share without asking?
That would be problematic to implement, as qt has no direct awareness of windows network shares and your actual user may not be authenticated with that share.

[Tomcat86878]

Hi David,

the recovery function is asking for a folder to recover to.

This behaviour is totally fine, but it would be great if the recovery path would be set to the actual network share. So it is okay, that it asks for the recovery location, but the prefilled recovery location does not represent the actual network share, but a location on the C: drive.

Would it be possible, that the prefilled recovery location is set to the network drive, so that I just could click on recover and the file would be saved to the location I selected in the sandbox application (in this case Firefox)?

I also attached a screencast of the current behaviour, probably this helps.

2021-04-05_15h58_52.mp4

As you can see, I select the network drive (X:) as location to save to, Sandboxie then opens the recovery dialog, which is prefilled with \device\mup\NAME_OF_SHARE\PATH_TO_FILE. As a result, the file is saved to C: instead of the network share. Intended would be that Sandboxie prefills the recovery path with X:\PATH_TO_FILE.

Best regards,
Tom