-
Notifications
You must be signed in to change notification settings - Fork 973
Brave should restore session gracefully after a crash #5512
Comments
Manual work-around I've given to folks for trying to restore their session: First, quit Brave and make sure all instances of it are closed (if you know how, you can check task manager to make sure no Brave.exe are running) Then push Windows key + R to bring up run prompt and then run: You should then see your local files. The session files have the format of "session-store-". Look for others with a similar name which are bigger in size. Backups are saved every so often, including when quitting. You should be able to rename the file you want to restore as "session-store-1" Please let me know how this works for you. I would advise not to delete files... but if needed, rename them or put into a folder |
bsclifton, I saw only 2 session files...one from today and a tmp file from Aug 30. I checked several folders...did not see other session files. |
@ktd99 apologies- maybe I responded to your issue too quickly. Did you lose your data? (which this process helps recover) or did you only lose the open tabs for one session? You can re-open previously closed tabs (see history menu, or press Ctrl+Shift+T) |
I lost all but 5 tabs...quite a lot. And some had been open for months, so the History option is far too tedious....not even sure it would go back far enough. |
@ktd99 I updated the original post above (here in this issue) to make sure when this is fixed that we restore tabs and windows that were open before the crash happened. It doesn't help you now, but I am glad to hear that you have all your other data though 😄 |
Experienced a similar variation of this issue about an hour ago. I restarted my Win 10 64bit laptop after a system crash:
Brave Info:
I checked out this issue and issue #5852, but am only seeing one Luckily I'm OCD and double down on bookmarking links into Pocket (very happy for that extension right now), but let me know if there's anything else I can provide to assist. |
I second the people who have recently lost their bookmarks. I had these as recently as earlier today, but now do not have them. There were several hundred, so it's not something I would ever be able to recreate perfectly. I looked at the files, but there is only one session-store file, so the propsed manual workaround will not work. |
In recent versions (0.13.5, OS X), I haven't been losing my bookmarks, but I have been losing my windows, when there's a Brave or OS X crash. Individual tabs are in the history, but "Reopen Last Closed Window" has no effect. For tabs that have been open for several days (e.g., gmail), it's quite tricky to fully restore. |
FYI an additional case, matching the samw issue I observed above, was reported in Community today. https://community.brave.com/t/lost-all-my-bookmarks-thanks-to-latest-update/1683/6 |
This just happened to me, again.
Stuff that's OK:
Browser version:
Conditions:
I have noticed that Brave has been using a lot of memory over the past couple weeks (fluctuates, but is noticeable). I have hardware acceleration enabled in Brave settings, if that makes a difference. Not sure if it does or not. |
From what was not lost, this appears to be a bug in our handling of session-store-1 update. @lukemulks what was in the .tmp file, how big was it? |
@BrendanEich the temp file was ~300k, the session-store-1 file was at less than 100k (I had only opened the browser and explored settings after noticing the stat count and session wasn't restored once I rebooted). After I noticed what happened, I closed Brave, made a new folder, put session-store-1 in it. I noticed that didn't seem to change anything, so I reversed the process in case I was mixing up the instructions, and it yielded the same result. I can dump both sessions here if that helps at all? I'm not sure if they both were wiped, but the tmp file seemed small for what it contained. It all looks like hot mess when I open up the file, but can drop both files here. There are some params at the top and bottom that make sense to me. The tmp file was dated as last modified on 02.16.17 |
FYI if this happens to you, make sure you make a backup-copy of session-store-1 before you re-open Brave. If you forget to do this and re-open Brave, you still have about 5 minutes to backup session-store-1 before everything is lost. Usually the deletion happens on startup, not shutdown. |
Does sync work in case of that kind of accident? |
@luixxiul only for bookmarks, site settings, and (optionally) history right now, assuming either you saved the code words or have another synced device you can copy them from. |
I opened my notebook today at work and all Brave windows are white. I can't reload or do anything. I closed the App and started again. One window opened i closed yesterday, but the window that was still open are lost. This is kind of a critical feature to me, so i have a session save extension in Chromium. There i also lost my tabs 2-3 times... (i have sometimes 200-300 tabs but here it was less than 30!) Brave: 0.18.36 |
+1 |
it is not usable and i lost data multiple times brave/browser-laptop#5512
Chrome won't restore my session any more, which is really annoying because I want to continue with the tabs. |
Sorry for any noise, but it's unclear after reading through this and several other issues whether or not I should be surprised to learn that after I forgot and left my laptop on battery only, the machine shut down and now after rebooting my bookmarks seem to be 100% completely gone away forever. The browser opened with all tabs where they were, and passwords were all still there. So I was decoyed by that, and didn't notice until later (longer than 5 minutes) that my bookmarks had disappeared. Is there any hope? Linux Slackware 14-current, 0.22.810. I back up weekly, but naturally these past few days were filled with intense work because of an upcoming conference presentation. |
in general, in such cases, you can run a restored backup, export just the bookmarks, and import them in the live system. maybe they are in one file you can just restore from backup.
can't tell specific for this browser since i don't use it anymore because of such issues.
Am 27. Juni 2018 08:42:04 MESZ schrieb Brian Capouch <[email protected]>:
…Sorry for any noise, but it's unclear after reading through this and
several other issues whether or not I should be surprised to learn that
after I forgot and left my laptop on battery only, the machine shut
down and now after rebooting my bookmarks seem to be 100% completely
gone away forever. The browser opened with all tabs where they were,
and passwords were all still there. So I was decoyed by that, and
didn't notice until later (longer than 5 minutes) that my bookmarks had
disappeared.
Is there any hope? Linux Slackware 14-current, 0.22.810. I back up
weekly, but naturally these past few days were filled with intense work
because of an upcoming conference presentation.
--
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
#5512 (comment)
--
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.
|
I think we made some good progress with This experience for sure will be better with brave-core (new version of our product forked from Chromium). For folks that ran into issues with Brave who wanted to give it a second try, you can try the new version (currently on our Developer channel) available here: |
I just switched to the brave-core version. Will distribution be done someday with a similar (e.g. Brave.tar.bz2) version loadable from the Releases github page, as was done with browser-laptop? Or is there a "transition document" out there that needs to be perused? |
@capouch The brave-core releases are available here: https://github.com/brave/brave-browser/releases |
@capouch in addition to the releases page that @liunkae mentioned, we also have a Linux setup document for package manager integration: |
Has something changed for newer release packs? wget 403s. . . --2018-09-27 03:14:41-- https://brave-browser-apt-dev.s3.brave.com/pool/main/b/brave-browser-dev/brave-browser-dev_0.55.10_amd64.deb Resolving brave-browser-apt-dev.s3.brave.com... 151.101.194.217, 151.101.130.217, 151.101.66.217, ... Connecting to brave-browser-apt-dev.s3.brave.com|151.101.194.217|:443... connected. HTTP request sent, awaiting response... 403 Forbidden 2018-09-27 03:14:42 ERROR 403: Forbidden.` |
@capouch I think you've gotten sorted right? (I saw you commenting in |
@bsclifton Yes, thank you. Now there are .debs right there with the release announcement, at least (as of early this morning) for the 55 series, but not yet for 0.56.x |
AFAIC this is not due to any sort of 'corruption', perhaps not even an update (though evidentally the management / backup of the session-state is for discussion), but the sum of content in the 'session-state-1' file. File itself is 1004K in size, UTF-8, parseable (less, cat, grep) and contains no malformed characters (9545). If I enter an end-of-line (\n) before each URL in the file and output to a new file, I am able to manipulate and read the file with any editor (Atom, gedit) without issue. Without removing any cached data, removing 'session-state-1' restores Brave's functionality and I have maintained sessions... though I have lost all bookmarks and ad, tracker block and upgrade metrics (far more frustrating than it should be). For what it's worth, I first noticed issues when arranging bookmarks into folders; objects would disappear or re-appear in the original folder. It looks to correlate with updating the session-state file itself, but I've not looked into the mechanics of the write-backs yet. My research suggests this issue manifests after a varying period of time, which marries my thinking. Given that the construct of the file (JSON) appears sound, I am able to extract important URLs and bookmarks... so that's something. I intend to play with stripping N 'records' from the file as I believe I should be able to coax it back into operation. --##--
|
Preliminary skimming of extracted bookmarks from the 'session-state-1' file suggests that there are duplicates (which were invisible in browser) that correlate with my re-arranging (i.e. folders and URLs exist in both source and destination). Perhaps the trigger for this is not the content-length of 'session-state-1', but something related to the bookmarks themselves and the way they are parsed at start-up? Something wasn't happy here, too;
|
Did you search for similar issues before submitting this one?
Yes
Describe the issue you encountered:
Brave is not aware during re-launch that it had a crash during the last run. In some cases, it doesn't properly save the session file (leaving them with an empty session).
Expected behavior:
When Brave is running:
Keep last N session-store files. Keep last N session-store-1 files #8122If the session file is corrupt (fails JSON.parse):
If the session is not restorable, we should:
If the session is fine
In those cases, regardless of what the "start brave with" setting has, we should show an alert letting the user know:
Brave crashed and it was unexpected
We can try to restore the sites (windows and tabs) that were open, if they'd like us to
Steps to reproduce:
ps -ef | grep brave
Screenshot if needed:
Any related issues:
The text was updated successfully, but these errors were encountered: