I recently enabled "Replace Explorer for all folders", after 15 years of use.
It felt good, all my shortcuts and commands to open folders worked great!
Until... instant regret!
When I opened the "Downloads"-folder in Slack, it opened it in Dopus, but then soft-hung with a message and a dropdown that I don't remember what it said. I've gotten it some times before.
So I closed the program, and then when re-opened, all my tabs are now gone, and it's just the "Downloads" folder.
Any way of recovering these lost tabs? I need them as they were several opened projects in queue etc.
Side-note:
I switched to the "Replace explorer for all but the following folders", but this option doesn't seem to work. I added my "Downloads" folder to it, and I've restarted Dopus, but it still launches it when I launch into the downloads folders via Slack for example.
There are multiple paths to the Downloads folder. (E.g. Profile\Downloads vs C:\Users\Username\Downloads). Make sure you add the one that Slack actually opens.
There are multiple paths to the Downloads folder. (E.g. Profile\Downloads vs C:\Users\Username\Downloads). Make sure you add the one that Slack actually opens.
Incredibly strange, I double-checked the paths and they were exactly the same. It was the normal C:\Users[USER]\Downloads\
And this did show up in my "Ignored" list of folders. I even copy/pasted the path from the opened lister when it didn't "crash". Still the same result.
But now that I switched Slack to save files to Desktop (happy they FINALLY added that option), and I added the Desktop to ignored folders, it works as it should.
Very weird behavior for me there... Can't figure out repro steps for it.
Any takers on this? Where can I recover my closed tabs from?
Additionally, is there any setting to make it NOT open a whole new lister and nuke my existing one when I open a folder with Dopus closed?
The current behavior is really weird. Imagine clicking on a link to a website, and if your web-browser wasn't already launched, it would kill all your existing tabs. This is how it works for me currently. It doesn't seem reasonable as this is not how web browsers handle it naturally.
If there are tabs open already, they should be restored first, and then a new tab is launched with the new link, or whatever. I feel like I must have some setting wrong.
/dopuslocaldata\State Data\openlisters.oll is the file they're stored in, if that's what you're after.
Open all Default Lister tabs when opening a new window (under Preferences / Launching Opus / Explorer Replacement).
That's exactly how Chrome works here, which I think is also the default (it doesn't remember open tabs at all after the window is closed for me; tabs are temporary objects and bookmarks are for sites I want to save long-term), so it doesn't seem weird at all. (In Chrome it's configured under chrome://settings/onStartup.)
Open all Default Lister tabs when opening a new window (under Preferences / Launching Opus / Explorer Replacement).
This was the solution for me. The name of that option wasn't clear that it would include the listers that were open last time. But if you read the settings under "Default Lister", it does have the option to include that.
My openlisters.oll does not seem to contain any listers, it's empty:
<lister_layout flags="1" />
Regarding Chrome's default behavior:
I get that part, and I guess it makes sense to copy it's default then.
It's always the weirdest setting, to not save tabs. I don't want to have to micro-manage open tabs and bookmarks. It should just be as I left it.
When I'm done with a tab, I'll close it. When I'm expecting to use it tomorrow, I'll leave it open, and so on.
But I guess that's up to individual workflows.
I think my situation is stable now. But I still don't have any logging of open tabs so I can't recover them, since my openlisters.oll is empty.
It's not the default for many other browsers, so.. I tend to disagree here! o)
I experienced the same, clicking somewhere which should open a folder and no DO window was open yet, so you get the "blank" DO window and all the "tabs on exit / crash" are gone.
I also think that the Tab-Restore functionality could need a little history of some kind, because it might "snapshot" in the wrong moment. Most of the time the Tab-Restore seems to fail for me. Windows will crash and I come back in DO and the "tabs-session" is gone, just default lister. I am not sure why that is, maybe it's a bug, maybe the tabs snapshot was taken in the wrong moment, but a history would get around this I guess?
Just a little window where you can choose the snapshot, showing date and time and how many windows and tabs were opened so you see instantly what the last most useful snapshot for you should be (probably the one with the most tabs open, unless you closed many tabs within the last x minutes).
I actually use 2 web browser extensions just to manage near-time accidental closures, as well as a session history one.
Both are good, and are functionalities I am missing as optional features in Directory Opus.
The "Undo Closed Tab" in Directory Opus is limited to one closed tab. And that isn't always consistent either. Sometimes there's no closed tab available to undo.
And the "Tab Session Manager" is just a history of the last X closed sessions. So valuable whenever you just lost a bunch of tabs or open windows due to poor window management.
@Leo@Jon is there a command that allows you to pass an actual openlister.oll file to restore a previous session (not just tabs, but the whole listers)? With such a command, it would be fairly easy to create a session manager for Opus using DOpus.FlushConfig().
They're really just another lister layout, you could presumably use the existing Prefs LAYOUT and Prefs LAYOUTSAVE commands to achieve the same effect?
I was thinking of something more like disposable layouts (actual layouts are more "curated" so to speak). That is, copying an updated openlisters.oll file based on some events (like a timer), so that they can then be loaded later from a UI. The simple way would be to be able to load these types of files directly, instead of reading and parse them via scripting.
Or maybe allow Prefs LAYOUT to load layouts by specifying the layout's fullpath (not necessarily in the Layouts folder)
Forget it, I've found that it is possible to save/load layouts within a subfolder, which is enough for me.
Huh? Sorry, I don't understand.
I thought there was a backup feature to use. But I guess it's used for something else that what I'm expecting/desiring in this case.
If you have checked Preferences / Launching Opus / Startup / Backup open Listers automatically every X minutes, I don't know why your openlisters.oll file is always empty.
I was actually referring to setting up an actual 'Session Manager' via scripting (which is different from the built-in solution in Opus). Sorry if my previous posts were misleading.
Actually, I have a script command for my personal use, that lets you bind events with actions. So I've been using it to achieve something like what you mentioned.
I'm guessing I could 'port' that part into a 'lite, less complicated version', so you can p.e. save a layout based on more events. I'm kind of burned out from work right now, so this would take some time, though.
That does look pretty useful! I'd be happy to try it out. But no pressure of course.
There's no urgency to it. If you ever get around to it and reply here I will get a notification and see it
Burnouts are serious business! Don't take it lightly and do everything you can to re-energize and build yourself up again. Take care of yourself <3
