| Author |
Message |
| MitchE323 |
Posted: Sat Aug 23, 2008 1:57 pm Post subject: |
|
| Quote: |
| Rundll32 runs in the folder you're exploring |
I was not aware of that, thanks.  |
|
 |
| tzuk |
Posted: Sat Aug 23, 2008 1:52 pm Post subject: |
|
Mitch -
The problem is that Windows launches rundll32 to display the Open With dialog box. Rundll32 runs in the folder you're exploring, and that happens to be a forced folder. So rundll32 runs sandboxed. But you have a rule to block unknown programs from executing, so rundll32 can't run at all.
Looks like everything is behaving according to your configuration. |
|
 |
| lwc |
Posted: Thu Aug 21, 2008 10:08 am Post subject: |
|
| Yes, double quotes are once more not needed. Thanks. |
|
 |
| MitchE323 |
Posted: Wed Aug 20, 2008 7:15 pm Post subject: |
|
| tzuk wrote: |
Version 3.29.23 should have more reasonable behavior.
Mitch, if you still have problems with version 3.29.23, then I'd need to better understand what's this "limited run_access" thing you're talking about. |
Still the same for me.
Details
------------------------------------------------------------------------------------
[GlobalSettings]
ProcessGroup=<Foxit>,Foxit Reader.Exe,sandboxiedcomlaunch.exe,sandboxierpcss.exe,start.exe
[Foxit]
Enabled=y
ConfigLevel=4
ClosedIpcPath=!<Foxit>,*
ForceFolder=C:\Program Files\Foxit Reader
------------------------------------------------------------------------------------
In your Foxit folder place any existing pdf file, also create a NewTextDocument.txt. Now in an UN-sandboxed Windows Explorer navagate to the Foxit folder. RightClick on the Pdf and 'Open With...' - also RightClick on the Txt and 'Open With' > 'Choose Program'. Both should create a Rundll32.Exe error notification. For this using the Foxit folder is just an example. |
|
 |
| tzuk |
Posted: Wed Aug 20, 2008 4:23 pm Post subject: |
|
Version 3.29.23 should have more reasonable behavior.
Mitch, if you still have problems with version 3.29.23, then I'd need to better understand what's this "limited run_access" thing you're talking about. |
|
 |
| MitchE323 |
Posted: Mon Aug 18, 2008 8:40 pm Post subject: |
|
| tzuk wrote: |
| is a bit over-protective. |
I have seen this as well. In a sandbox that has limited 'run_access', right clicking to produce a menu on a file in a forcefolder from an UNsandboxed Windows Explorer gives a rundll32 error. Same sandbox with limited run_access but with ForceProcess shows no error. Also ForceFolder with Foxit seems to have a different effect than ForceProcess with Foxit, in a box with limited run_access. ForceFolder requires Foxit to be listed in the ProcessGroup, while ForceProcess just lets IE do it. |
|
 |
| tzuk |
Posted: Mon Aug 18, 2008 2:34 pm Post subject: |
|
| I think the new ForceFolders (including its application to sandboxed folders) is a bit over-protective. I will revise it and I hope it will resolve problems like this. |
|
 |
| lwc |
Posted: Mon Aug 18, 2008 1:42 pm Post subject: |
|
If the sandboxes are now like forced folders, then:
1) How come they're still forced folders even if Sandboxie (including the service) is turned off?
2) If it affects xcopy, how come the delete command works (it just deletes the folder)? |
|
 |
| tzuk |
Posted: Mon Aug 18, 2008 12:08 pm Post subject: |
|
Version 3.29.22 extends the new logic in ForceFolder to the sandbox folder. In other words if you had
xcopy c:\some\forced\folder
then the new logic in ForceFolder can catch that. You're doing
xcopy c:\sandbox\folder
so it is essentially caught by the same logic. By using double-quotes you fooled the new logic to not catch the invocation. |
|
 |
| lwc |
Posted: Mon Aug 18, 2008 10:28 am Post subject: |
|
v2.29.22 beta somehow interfered with xcopy. I have no idea why and how, but the above command doesn't work anymore.
Actually, if I turn off Sandboxie (including the service) and run
| Quote: |
| xcopy "c:\Sandbox\myuser\Box_Dummy" "c:\Sandbox\myuser\Box\" /e /i /h /k /x |
Then it says 0 files copied, but this is created:
| Quote: |
| c:\Sandbox\myuser\Box_Dummy\drive\C\Box |
However, using double quotes somehow fixes the problem:
| Quote: |
| xcopy ""c:\Sandbox\myuser\Box_Dummy"" "c:\Sandbox\myuser\Box\" /e /i /h /k /x |
And thus the new command is:
| Quote: |
| "%ComSpec%" /c rmdir /s /q "%SANDBOX%" && for /F "tokens=3 delims=_" %A IN ("%SANDBOX%") do xcopy ""c:\Sandbox\%USERNAME%\%A_Dummy"" "c:\Sandbox\%USERNAME%\%A\" /e /i /h /k /x |
I'm telling you, it wasn't like this moments before installing v2.29.22 beta (including a restart just to make sure). |
|
 |
| lwc |
Posted: Tue Mar 04, 2008 12:22 pm Post subject: |
|
Hmm, it turns out that unlike "Delete Command", "Auto Exec" is an internal command (within the sandbox's scope) so it's no good for duplicating sandboxes.
Does Sandboxie supply an external equivalent for it?
Until I get an answer, here's a less efficient - but nonetheless a working - version of duplicating (a sandbox named "SavedBox") - via the external "Delete Command":
| Quote: |
| "%ComSpec%" /c rmdir /s /q "%SANDBOX%" && for /F "tokens=3 delims=_" %A IN ("%SANDBOX%") do xcopy "%SystemDrive%\Sandbox\%USERNAME%\%A_Dummy" "%SystemDrive%\Sandbox\%USERNAME%\%A\" /e /i /h /k /x |
(thanks for Tzuk for coming up with the %A thing!)
That way you can have "Foobar" and "Foobar_Dummy", and upon deleting "Foobar" it would get restored to "Foobar_Dummy".
P.S.
Don't use this xcopy parameter in Windows XP Home as it gets the relevant sandbox (%A)'s folder locked! |
|
 |
| yakir.zadok@gmail.com |
Posted: Sat Mar 01, 2008 10:42 am Post subject: copy or rollback |
|
| lwc wrote: |
You're the one who wanted duplication and so this topic is about duplication.
If you suddenly want to request a rollback feature, just join the relevant topic (linked above). |
the idea of mine was to do a kind of rollback,
So I will continue posting to the roll back forum |
|
 |
| lwc |
Posted: Fri Feb 29, 2008 6:52 pm Post subject: |
|
You're the one who wanted duplication and so this topic is about duplication.
If you suddenly want to request a rollback feature, just join the relevant topic (linked above). |
|
 |
| yakir.zadok@gmail.com |
Posted: Fri Feb 29, 2008 6:17 pm Post subject: copy or duplicate sandbox |
|
the idea of xcopy is not enough,
I need to delete all created files and directories.
how can I delete files that has been changed since a TIME?
and then copy only the mised files?
the idea of copy all the sandbox is 3 GB again and again and rooin the HD. |
|
 |
| lwc |
Posted: Fri Feb 29, 2008 12:05 pm Post subject: |
|
Can anyone confirm I wrote all the relevant xcopy parameters that would create a 100% tree copy?
I had to use xcopy because copy would only copy either files or folders (if they're in the same folder - e.g. sandbox\file.txt and sandbox\folder\). |
|
 |