Previous session lost (open tabs) - how to restore? #4416
Comments
|
Despite not being able to restore my previous session, I decided to make a copy of the entire folder. Today, I had the exact same issue: I started Brave, the browser insta crashes. When I opened it again, all my tabs were gone. So I copied the folder from last week (the "backup") into the main directory and replaced all new files with the old ones. However, something seems to auto-update or auto-overwrite the old files and replace them with the corrupted "last session" or "last tabs" files. How do I make a proper backup? What folders/files are relevant to restore the last browser session (all open tabs, etc)? I've been comparing snapshots of the directory and trying to figure out what is what - two hours wasted so far. It would be really nice to get some insight here. |
|
A few questions: |
rebron
added
needs-more-info
|
Did you remove any fonts at any point since the last time it loaded correctly before each crash (and do you have the setting for On Startup: Continue where you left off)? |
|
Hi, I've had this happen to me twice now. I do have "Continue where you left off" set and no, cookies are not lost, neither is history. In fact, the browser remembers I had two windows with different profiles open; it's just that the tabs for each window are gone. This is honestly extremely awful for my workflow and if it happens again I'll just have to switch to another Chromium fork since it's too unreliable as a daily driver for work. |
|
This happen to me often on two computers too (Win10 both). Nothing in the window history remain so I can't restore a session, only the browser history. |
|
@mixedCase & @Nerothos when this usually happens, are you guys a few versions behind when upgrading or always on the current one? We've had a few reports in the past where users who miss a few releases and update sometimes run into this issue as well. Just curious if this could be the same situation or something else. |
|
@kjozwiak I'm going to test that later, but last time it happened it wasn't the case. I maintain one of the Brave packaging scripts for Arch Linux and tend to update to stable releases the same day they are marked as such. As a point probably worth noting, I believe last time it happened it was either first or second execution of the browser after updating, so if there's logic running to migrate the configuration schema and there was a schema change with last version it is worth investigating there. Regardless, updating through arbitrary versions without losing state should be possible within reason. I'm sure the Chromium team has a very generous period before they break things. |
|
My versions are Version 0.65.121 and Version 0.66.100 |
|
My previous comment may be invalid. I got the crash again without changing any fonts, but after removing nautilus, if that matters. I am still using The Great Suspender, but have been for many months and only ever got the instant disappearing silent crash and loss of tabs twice so far. |
|
@Poikilos mind going into
|
|
I got this when I try to report then.
Any thing that I have to do? |
|
You should be seeing a
Maybe you can enable |
|
Apparently it uploaded them afterwards. |
|
@Nerothos great 👍 Mind sharing the |
|
I'm not sure they are all relevant but here : |
|
@kjozwiak Like before, crash reporting is disabled, and there are 0 crashes. Again, I wish I could enable reports but disable sending them automatically. I enabled them for now so I'll let you know if I get anything. |
|
I have lost all my tabs in a similar way on at least 2 occasions. I'm running under Windows 10. While the issue is ongoing, is there a way we can back up our session? It was apparently possible under previous versions (see brave/browser-laptop#13483), but when I try to do so with version 0.69.135 some presumably critical files like 'Current Session' and 'Current Tabs' under 'C:\Users\userid\AppData\Local\BraveSoftware\Brave-Browser\User Data\Default' are inaccessble while the browser is open. |
|
If you are using Chrome you can restore your tabs following these steps https://rocketfiles.com/articles/how-to-restore-tabs-on-chrome. |
|
@Voronovskiy, The problem is that restoring does not work after some type(s) of crash(es). The second "solution" at the link proposes looking in history for all of your tabs, which is not a solution. Some of my tabs could be for a project I started a month ago or more. Regardless, I open tabs over the course of several days. The only people who care about this issue are people who use tabs heavily. We need to enable crash reports, which is not on by default, then somehow hope to lose our data so we at least have a matching crash report number. |
|
Any one doing important work and spend quite a bit of effort right-clicking with dozens of tabs open on the bar. I recommend this extension called SessionBuddy, it helps in these circumstances where crashes often occur and the browser is useless in retrieving/restoring. |
|
This may be useful to Mac users - I closed the browser and restored a Time Machine backup of the entire directory: Application Support > Brave Software. When I re-opened the browser, the Restore Previous Session button appeared and did indeed restore all of my tabs from the time of yesterday's backup. This may be a clumsy way of doing it - I read above that other users had only restored specific files, but this method did appear to work. |
|
I just experienced this issue with Brave for Linux. I lost all the tabs but was able to recover them because I backed up before rebooting. I think I know what the bug was in this case. If you don't have a whole-FS backup, make sure you backup this folder: After the reboot and after starting Brave, I've noticed that only one tab was open and it had some image from the local disk open. I believe the issue is that somehow a second main Brave process was started when I double-clicked that file earlier in the day and this action caused a new set of Session & Tab files to be created. In my backup, I saw the old set of files (and a new one which was only few kb in size) and just replaced the new ones with those old ones from the backup. Once the Brave process is started, it will pick the newest set of Tabs and Session files and delete the older ones. This is one way of how you lose all your tabs. Somehow, two main processes were started (even though there should be only one main process) and that caused the issue in my case. Maybe it's the root cause for many others. Brave team should re-check how they check whether another session is running and also not just delete an older set of Session & Tab files upon start... if there are multiple ones. |
|
I just experienced this issue with Brave for Android.
It sucks, but these things do happen. Hoping this additional info will help, even if it only means getting Brave to store session files in a safer way for a manual restore procedure. |
|
Guys, I have a backup of /home/costa/.config/BraveSoftware/Brave-Browser before and after losing my tabs. Is there any information data you want me to provide that will help you to troubleshoot the problem? I'm running: |
|
Just lost everything again... I'm about to go back to Firefox :'( |
|
I had to do a hard reset of my laptop. When I opened Brave, it prompted me to restore the pages. I clicked "Restore", but nothing happened. I have a copy of the previous Session_##### and Tabs_##### files from the UserData/Default/Sessions/ folder. Can those be used to restore the lost session? |
I think you can. Close Brave, then paste your backup files overwriting the ones that are there. Open Brave again and the restore button will appear. |
|
@costaht That doesn't work. I also have a copy of the "Session Storage" folder, and within it there's a large .ldb file with a modification time before the crash. If I kill the brave.exe process tree, is there any kind of manual intervention to make it restore what I want it to? |
That's what i do: Just to let you know, when I do that's i restore the backup of the entire Brave browser folder. |
I checked again, and the modification time of the .ldb file is after the crash. My mistake. I've since installed Session Buddy, and it's working well so far. |
|
This has just happened for me: Version 1.20.103 Chromium: 88.0.4324.152 (Official Build) (x86_64) Mojave 10.14.6 (18G7016) This was after a reboot due to laptop loss of power, not a Brave crash. The symptoms are more or less consistent with the reports above. Please consider bumping up the priority on this since: (1) this has been outstanding and ongoing for years now and (2) for those of us who use profiles and tabs to organize, this is a huge pain in the ass when it happens. Crashes are bad, but you can usually recover quickly and move on. Bugs like this take activity built over weeks and throw it away. It's a huge demoralizer. Please let me know if there are any files I can gather from my installation which would help to diagnose this. |
|
Just had this happen, too, and it's clear I'm going to have to stop using Brave. I've now lost my tabs with Brave both on mobile and desktop, which is completely unacceptable. I use multiple browsers, and Brave is the worst one when it comes to recovering from crashes. Others simply restore the tabs, whereas Brave constantly gives the stupid "oops" or whatever message, requiring you to click it instead of it just doing it on its own. And when I just had to forcefully shut off my computer, when I booted back up everything was gone. No restore pop-up, no recently closed tabs, nothing. And at least with Firefox, on the rare occasion something like this happens, it stores backup files in a separate directory, making manual restoration at least somewhat painless. The only thing that saved me was restoring the files from a backup, which meant I lost the last three days. At least that's not too bad, since I've only been using Brave as my secondary browser, so I've probably only lost maybe half a dozen tabs and had to close as many that I had previously closed. Still, a browser you can't depend on to keep your session safe is a useless browser. And sure, maybe an extension "fixes" the issue, but that doesn't help all the people that don't install it because they assume the browser is going to have basic functionality that's existed in browsers for roughly 20 years, until suddenly they find that's not the case. Knowing about a solution after the fact does nothing to help alleviate the frustration and massive waste of time caused by such a failure. If the Brave developers really can't/won't fix this, then they should at least display a warning on first run to use a third-party session backup extension. |
|
Help needed. Please advise. This has just happened for me: Current Version 1.28.105 Chromium: 92.0.4515.131 (Official Build) (arm64) MacOS: BigSur 11.5.2 Can't recall if issue started after a Brave crash or loss of power. The symptoms are more or less consistent with the reports above. Please let me know if there are any files I can gather from my installation which would help to diagnose this. |
|
Version 1.27.111 Chromium: 2.0.4515.131 (Official Build) (64-bit) If I try to see what I can do from the command line (to try and save my tabs so I can rebuild my tabs that are lost), I get this: |
|
@steshaw Many thanks for your solution, "Tab Session Manager" saved my day |
|
I was fortunate enough to not have any issue with Brave browser restoring grouped tabs until today. My computer usually sleeps, but sometime last night it shut down. When I started it up, instead of opening Brave browser which usually restores my group pages and session, I clicked on a link that opened up a web page, but none of my grouped pages loaded, nor loaded my previous session. I recovered my group pages by doing Hopefully this helps someone else. |
CONTEXT:I came here because I was fortunate enough to find a superuser issue that shed some light on how old and chronic this unresolved issue actually is. (PLEASE NOTE: the old GitHub issue report has been archived because it was started on a build before the transition to Chromium and is no longer applicable to the current core code). This is an issue bump and a file monkey's workaround from reading this thread and poking around the file structure. This issue is sorely overdue for a fix, workaround, or just closure with reference to third-party resources such as mentioned above. OVERVIEW (of my issue)I have had crashes in the past and just decided to deal, but this time I had multiple windows open with sorted tab groups allocated to various tasks, and was going to search for similar problems and solutions one last time before transitioning away to a different primary browser (the second time in five years for me). Brave Version 1.66.110 Chromium: 125.0.6422.60 (Official Build) (64-bit) Windows 10 Home (64 bit), version 22H2, OS build 19045.4412 SO... here's what I tried that worked: SOLUTION: (manual workaround)
This solution or a modification of it shouldn't be hard to procure automation for; some years ago there was 'backup version' management for Windows (before the transition to SaaS - I think it was available to users for NT and XP, but not after that if memory serves), which allowed previous configurations of Windows to be loaded if something went awry after a major change. I imagine the same functionality could be implemented here; it would likely involve changing the way that Brave handles session information, possibly to create discrete 'restore points' the way Windows did with its own configuration. Third-party tools may not work for users on shared or unowned computers where they cannot grant such tools requisite permissions. So I hope this can lead to a final resolution of an issue that has been lurking for (too) many years. (EDIT: corrected uploaded file link syntax, removed duplicate link) Session Storage - post-crash, pre-recovery state (shortly before implementing solution).zip Sessions - successful recovery state.zip Sessions - post-crash spare.zip Sessions - after-crash state.zip
|
|
July, 2024. Brave still taking a dump after you hit Restore button. 5 years to fix a bug. 🤦♂️ |
Maybe this worked in 2021 Brave, but 2024 Brave simply ignores the existing Sessions_ file and creates a new one with the current epoch timestamp. |
|
Hiya, Does anyone know how to fix this? I have lost a lot of information 😦 Any help would be much appreciated... |
This comment was marked as off-topic.
This comment was marked as off-topic.
|
Sorry. |
|
is it just me who looses all tabs on each browser update? browser updates become more forced and annoying, but the real problem is that it now wipes open tabs |
and others
Description
Last session (open tabs) was lost after a regular reboot; unable to restore that session
Steps to Reproduce
Can not reproduce at this point
Brave version (brave://version info)
Version 0.63.55 Chromium: 74.0.3729.131 (Official Build) (64-bit)
Version/Channel Information:
current release
I'm sure this is a known issue but I wasn't able to figure out how to fix this myself.
I'm aware that there are session files stored both in the main directory, as well as the session storage folder (AppData\Local\BraveSoftware\Brave-Browser\User Data), however I'm not sure what to do with those files.
Firefox allows to rename those backup files and replace them with the flawed session, but this doesn't seem to work in this case (respectively not sure what I'm doing wrong).
I have old session files (.ldb) from last night that should contain my open tabs (afaik) but what do I do with them?
The sync function doesn't help because the other device was also updated to a brandnew session :(
Using the browser history is one way to "fix" this (quite tedious task tbh); copy/pasting a single file might be a bit more easier.
The text was updated successfully, but these errors were encountered: