Catsxp red box 2 issues

Mr.X

Active member
Staff member
Windows 10 21H2 x64
Portable Catsxp browser latest version
Sandboxie-Plus 1.18.2
Red boxes

This video fully explains my two current issues with this browser:
 
First I want to know what that setting does in the first place...

Is this correct?
added "SpecialImage=chrome,some_electron_app.exe" option to sandboxie.ini, valid image types "chrome", "firefox"
-- with this option you can enable special hardcoded workarounds to new obscure forks of those browsers


I don't how bad is to remove such template and not having those special hardcoded workarounds.
 
This may improve compatibility if Catsxp does not work well with all Chrome-specific handling. However, after removing the line, Catsxp may be treated as a normal application unless Sandboxie detects it automatically.

With the line removed:

- UseElectronDetection=y may still detect Catsxp during startup if its executable directory contains recognizable Chromium or Electron files. If detected, Sandboxie assigns the same Chrome image type, so the result will be mostly the same as keeping the explicit rule.
- DynamicImageDetection=y may detect it later when it loads chrome_elf.dll or a matching renamed Chromium DLL. In that case, Catsxp may run as a normal application during early startup. Some runtime Chrome-specific handling may begin only after detection, while startup-only handling may already have been skipped.
- If neither detector recognizes it, Catsxp remains unclassified and does not receive image-type-specific Chrome behavior.

The difference can affect compatibility features such as Chromium command-line flags, Chrome Secure Preferences handling, desktop and WindowStation workarounds, Win32k hooks, WebView2 handling, and other browser-specific paths. It does not disable Sandboxie’s general isolation.

In practice, removing this one line is a targeted compatibility test. It may help if forced Chrome classification is causing Catsxp problems, but it may also remove compatibility handling that Catsxp needs. The result depends on whether, and when, one of Sandboxie’s automatic detection paths classifies the application.
 
Also, I think my other portable browser (catsxp_UncensoredDNS.exe) does not have both issues because SBIE doesn't detect it to apply the SpecialImage template. Dunno. I think because the executable was renamed as catsxp_UncensoredDNS.exe.

Am I right?


Edit:
I added to my ini file this line: Template=SpecialImages
SBIE still doesn't detect it, I think due to the different name, catsxp_UncensoredDNS.exe.
If I'm right, I think it's better for SBIE to retrieve the Original Filename, not the Name.

Original filename.png


Am I correct?
 
Last edited:
Sandboxie already loads Template=SpecialImages by default, so adding the same entry to your configuration will not change the behavior. If you need to classify a differently named browser as Chrome, use the appropriate rule, for example:

SpecialImage=chrome,catsxp_UncensoredDNS.exe

However, if removing SpecialImage=chrome,catsxp.exe fixes the problem when the browser uses its original executable name, why add another SpecialImage rule for the renamed executable that could cause the same issue? I do not understand the intended outcome.

If removing the original rule resolves the problem, the correct solution is to leave it removed. There is no need to add a separate rule for the renamed executable unless testing shows that it is specifically required and does not reintroduce the issue.
 
you can use SpecialImage=none,catsxp.exe in sandboxie ini to disabel the detection from the templates.ini
is the issue solved for you by simply not having catsxp.exe identified as chrome? if so then i shoudl just remove that entry from templates.ini?
 
Back
Top