Sandboxie Support

It sounds like the normal MSI dbl-click behavior, ie actually running the installer, is not registered as the default action for the .msi file type. It is obviously registered as one of the actions though. So when SB registers itself to all file types, it seems Windows is choosing the SB action over...

Here's a template I use to give Chrome full access to your profile. It also allows the googletalkplugin to work properly. [Template_Local_Chrome] Tmpl.Title=Chrome (Local) Tmpl.Class=Local OpenFilePath=<Local_Chrome>,%Local AppData%\Google\* OpenKeyPath=<Local_Chrome>,HKEY_CURRENT_USER\Software\Goog...

I always have UAC off and run as an admin. So permissions should be OK.

Heh, that didn't take long. I make good guesses. Turns out it's a Drop Rights issue. Enable the Drop Rights setting in your sandbox and you should see the error. Question is now... what should be the expected behavior? Should we be able to install extensions with Drop Rights enabled or not? Is Drop ...

Hmm, I'll do some more investigating and see if I can narrow down a cause somewhere else in my config. I'll get back to you tomorrow. Thanks for looking into it.

Thanks. No problem tzuk, I know you're a busy man And to answer SnD's question, I have Chrome installed normally, running sandboxed.

Win7 Ultimate x64 SB 3.49.11 Chrome Dev 7.0.544.0 I originally had this problem in the 3.43 betas . It was fixed then, but it is a problem again in the latest Chrome Dev build. Here's the new error message: 'Cannot unpack extension. To safely unpack an extension, there must be a path to your profile...

I think this utility is all but forgotten, but I've updated it to v1.0.2.2 to fix x64 compatibility. The included application is compiled x86 and will work on x86 and x64 systems, but the source has support to be compiled as a native x64 app as well (for anyone that has some philosophical reason to ...

How does Sandboxie handle symlinks / junctions in relation to OpenFilePath settings? Here's what I'm trying to do. I'm running Win7, Sandboxie 3.49.07, and Firefox 3.6.9 installed outside the sandbox, but running sandboxed. I have my profile folder set as an OpenFilePath. I'd like to use Dropbox to ...

Awwww, I got spammed :*(

I can confirm that LOG_API.dll removes references to SbieDll.dll in such a way that anything loading after that DLL will be totally unable to find it by any API. The only way to find it that I can think of is if the app has some kind of memory signature, which it could scan through all of the loaded...

Buster wrote:I´m not a 64bit user but I´m sure this comment will be really welcome by them.

The 64-bit users (myself included) knew this was coming eventually from the moment 64-bit support was reintroduced. There's no big revelation here.

I'll add it to the list. I'm hoping to get some work done in sbiextra this following week.

Everyone remember though, invoking all these blocks WILL break legitimate software as well. So use it all wisely.

But I do think a lot of legitimate programs use these. As with all the 'protections' in my DLL, anything is able to be disabled via the INI config file. Obviously this would come with a warning that it might / will break legitimate programs. It would be up to the user to decide if that's an inconve...

Thanks tzuk. Any idea about what Buster said, that GetRawInputData might call one of the other functions? Are the others low enough to bother hooking? I'd have to download the free IDT Pro again otherwise.