Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Sandboxie-Plus: "Failed to recover some files" when quick recovery, legacy build is OK #424

Closed
0x391F opened this issue Jan 21, 2021 · 9 comments
Labels
file recovery Related to Sandboxie's file recovery more info needed More information is needed to move forward stale Issues marked as stale

Comments

@0x391F
Copy link
Contributor

0x391F commented Jan 21, 2021

1
I did the same operation in legacy build (immediate recovery), it worked well.
By the way, I think the description in plus build is ambiguous. When I save a *.doc file in sandbox, plus build pop up "quick recovery" immediately, legacy build is "immediaty recovery". I think "immediaty recovery" is more appopriate.

@DavidXanatos
Copy link
Member

is teh issue still present in 0.6.5? i fixed a resovery related bug ther which may have been responsible for this to

@DavidXanatos DavidXanatos added the more info needed More information is needed to move forward label Feb 1, 2021
@0x391F
Copy link
Contributor Author

0x391F commented Feb 2, 2021

is teh issue still present in 0.6.5? i fixed a resovery related bug ther which may have been responsible for this to

Yes, it is. It even still present in v0.6.7. Legacy build (SbieCtrl) v5.47.1 still works well.

@r4taw2mg
Copy link

r4taw2mg commented May 9, 2021

Have you tried closing the file before recovering? I've had some cases where the recovery failed on open files.

@0x391F
Copy link
Contributor Author

0x391F commented May 13, 2021

Have you tried closing the file before recovering? I've had some cases where the recovery failed on open files.

Yes.

I did a test:

Legacy build:
Immediate recovery (sandboxed programs still running): success
Quick recovery (sandboxed programs has been terminated): success

Plus build:
Immediate recovery (the sandboxed programs still running): failed
Quick recovery (sandboxed programs has been terminated): success

@DavidXanatos
Copy link
Member

Is the issue stil present in the 1.0.x builds?

@DavidXanatos DavidXanatos added file recovery Related to Sandboxie's file recovery and removed ToDo To be done labels Dec 19, 2021
@DavidXanatos
Copy link
Member

the latest build fixed somethign recovery related is the issue still presetn for you?

@0x391F
Copy link
Contributor Author

0x391F commented Feb 2, 2022

the latest build fixed somethign recovery related is the issue still presetn for you?

Yes, it is.

@DavidXanatos
Copy link
Member

since i fail to reproduce this, could you please upload a video demonstrating the issue such that i have a step by step instruction to follow

@github-actions
Copy link
Contributor

As it has been 3 months since the last activity, we are automatically closing this issue in 14 days. If it is still present, please respond to help us investigate on newer Sandboxie versions. Thank you for your contribution!

@github-actions github-actions bot added the stale Issues marked as stale label Jul 11, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
file recovery Related to Sandboxie's file recovery more info needed More information is needed to move forward stale Issues marked as stale
Projects
None yet
Development

No branches or pull requests

4 participants