-
-
Notifications
You must be signed in to change notification settings - Fork 74
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
Resume-from-failed functionality #174
Comments
Another usecase for stored state: |
I'd use the #205 case as well. |
Hey @G-Harmon, yeah, I'm planning to combine those two in v3. I haven't decided on the CLI flags yet, but the general idea is the following:
Meanwhile, you could check the shell script that levygroker has contributed recently: https://github.com/rusq/slackdump/tree/master/contrib/incremental_backup |
It's been 3 days that I was trying to export the workspace. |
Hey @2naive, sorry to hear that. When you say "disconnect" do you mean unstable connection, or slack server error? |
Being able to resume where it died would be huge for someone trying to get a complete workspace export. And it's probably as easy as enumerating everything (into a file) on process start, and removing lines from the file as tasks get completed. On start up, it can see if this file already exists and start with the next line as the first task.
Thoughts?
edit: Thinking about it a bit more - an "if this file already exists, skip it" check before exporting a channel/thread/file might help speed things up dramatically and accomplish almost the same thing. Hmm
Originally posted by @jjcovert in #172
The text was updated successfully, but these errors were encountered: