Saving to Network Share Based Folders Results in Missing File in UI #1435
Labels
Feature: File Recovery
Related to Sandboxie's file recovery
Status: Fixed in Next Build
Fixed in the next Sandboxie version
Describe the problem
When utilizing a sandboxed Iridium (a chromium based web browser), I save a file to a network share, sandboxie-plus v0.9.8d triggers quick recovery but the file does not appear in the dialog box that pops up. Instead it is an empty screen with no files or folders listed. When attempting to manually recover via the UI, the path and file do not show up in the dialog box. When I manually browse to the Sandbox folder (outside of the sandboxie) and browse through E:\Sandbox\share\192.168.1.1\folder the file is present and can be opened or copied. The file might actually be going into some sort of limbo with the UI. This is likely a regression as the early versions of sandboxie-plus worked properly.
To Reproduce
Expected behavior
When I save a file to a network location via a sandboxed process, Sandboxie-Plus should behave the same way as a folder on a local drive.
System details and installed software
Sandboxie configuration
If applicable, consider to attach your Sandboxie.ini configuration by copying the content on https://gist.github.com and sharing the resulting link. If you decide to paste the configuration here, make sure to use the backticks around strings, like in this working example:
My initial sandboxie.ini settings
[GlobalSettings]
Template=VirtualDesktopManager
Template=RpcPortBindings
Template=OfficeClickToRun
Template=nVidia_Stereoscopic3D
Template=OfficeLicensing
Template=WindowsRasMan
Template=SystemAudioStream
Template=7zipShellEx
FileRootPath=E:\Sandbox%USER%%SANDBOX%
ExperimentalProtection64Bit=y
ActivationPrompt=n
KnownConflicts=StrokeIt
ForceDisableSeconds=60
TemplateReject=WindowsLive
TemplateReject=StrokeIt
TemplateReject=RTSS
TemplateReject=Logitech_G15_Keyboard
SeparateUserFolders=y
KeyRootPath=\REGISTRY\USER\Sandbox_%USER%%SANDBOX%
IpcRootPath=\Sandbox%USER%%SANDBOX%\Session%SESSION%
EditAdminOnly=n
ForceDisableAdminOnly=n
ForgetPassword=n
StartRunAlertDenied=y
NotifyStartRunAccessDenied=y
NetworkEnableWFP=n
[Iridium]
Enabled=y
AutoRecover=y
AutoRecover=n
BlockNetworkFiles=n
BlockNetworkFiles=y
RecoverFolder=\192.168.1.1\downloads\username
RecoverFolder=%{374DE290-123F-4565-9164-REDACTED}%
RecoverFolder=%Personal%
RecoverFolder=%Desktop%
BorderColor=#00ffff,off,6
BorderColor=#00FFFF,ttl
Template=OpenBluetooth
Template=SkipHook
Template=FileCopy
Template=qWave
Template=BlockPorts
Template=LingerPrograms
Template=Chrome_Phishing_DirectAccess
Template=Firefox_Phishing_DirectAccess
Template=AutoRecoverIgnore
ConfigLevel=9
DropAdminRights=y
ClosePrintSpooler=y
OpenSmartCard=n
BoxNameTitle=n
BlockNetParam=y
OpenPrintSpooler=n
AllowSpoolerPrintToFile=n
CopyLimitKb=-1
CopyLimitSilent=n
NeverDelete=n
AutoDelete=n
ProcessGroup=,vivaldi.exe,opera.exe,msedge.exe,Maxthon.exe,iron.exe,iridium.exe,dragon.exe,chrome.exe,browser.exe,brave.exe
ForceFolder=C:\Program Files\Iridium
OpenFilePath=C:\Users\username\AppData\Local\Iridium\User Data\Default
OpenFilePath=C:\Program Files\Iridium\Dictionaries
The text was updated successfully, but these errors were encountered: