EJH2

The package currently does have support for tracking tasks in a group, although it does not have persistence as you've noted. An example view to show off group support would...

Alternatively, if a single progress bar encompassing all tasks is what your after, that we currently don't support. As @czue noted, it would require passing information from all tasks into...

For `IGNORED` tasks, I believe we can somewhat deduce the state of the task. Ignoring a task forces it to finish, thereby marking it as complete. Whether or not it...

@norbertcyran I can see about the `ABORTED` state, seems rather similar to `REVOKED` in terms of functionality (both will terminate the task) so I could probably just patch it in...

@norbertcyran All `completed` really does in the payload is tell the front-end progress bar whether or not it should keep a connection to receive more updates (for HTTP, this means...

@norbertcyran Understood. Do you believe it would be more appropriate if the progress bar maintained it's current progress from when it was aborted, or should it fill up to max?...

That's certainly not good. If you could provide the code for the task as well as more information about your python install/operating system, I'll go ahead and take a look...

The only possibility that I can think of as to why the success event wouldn't fire is if the websocket post-run handler hasn't been properly connected. In your `INSTALLED_APPS`, can...

Must have been a miss-click on my part. Is there any update on this?