-
-
Notifications
You must be signed in to change notification settings - Fork 1k
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
Private windows are opened as normal tabs after a crash #3979
Comments
This is because qutebrowser simply passes open pages as an argument to qutebrowser when reopening. Originally this was before sessions were implemented, but I kept it that way because there's a smaller chance (because of less complexity) that something would go wrong when restoring the pages. However, this definitely shouldn't re-open formerly private tabs as normal ones. I'm tempted to just use sessions for crash recovery anyways, because at that point it's probably easier to do so (and it has some additional benefits). |
Won't using sessions have the disadvantage of not being able to be "forgiving"? Or are you intending to implement a forgiving mode for Given that currently the autosave session is always immediately saved on page load (at least until PR 4087 is merged), it should be easier to do nothing (on start, qutebrowser already loads the autosave file if there's one) |
What do you mean with "forgiving"? |
qutebrowser/qutebrowser/misc/crashsignal.py Line 121 in 34be0a8
|
Would probably make sense to have something like that for |
Description
After dismissing the bug/crashreport-dialog of qutebrowser after a crash, qutebrowser opens a window with all previous tabs in it. This includes tabs from previously private windows.
Expected Behaviour
Any of the three:
Version
This behaviour existed already before the current version.
The text was updated successfully, but these errors were encountered: