Undo !

[mitch.s]

undo when drawing

[Carl Claesson]

This is something we have on our roadmap and will be released in a future release.

 

Regards,

Carl

[Gobi Studio]

Lets say our admin deleted a complete folder instead of only one tast, is there a way to undo that mystake? Undo or history of action seems to us absolutely necessary. Being admin doesn't protect you from mystakes.

 

Mathieu.

[sonictk]

+1, this is something that has been requested before by our users here as well, would be a great QoL feature to add!

[Mattias Lagergren]

It is not something we have on the roadmap right now but I will make sure we have a proper feature request for it. 

 

 

 

Lets say our admin deleted a complete folder instead of only one tast, is there a way to undo that mystake? Undo or history of action seems to us absolutely necessary. Being admin doesn't protect you from mystakes. 

 

When you say folder you mean a folder item in ftrack? 

 

When this happens by mistake is it completely unintentional, like clicking the wrong buttons? Or is it more that you changed your mind / or mixed up the names of what you intended to delete? 

[jen_at_haverstack]

Sorry for reviving an old thread but an Undo feature is pretty high on my studio's list of feature requests. We sometimes run into an issue where our workers delete a task when they actually meant to delete a version or vice versa. A simple way to revert the past operation would be great.

[Simon Stålner]

Hi Jen,

Thanks for bringing this to our attention.
I understand your need for this feature and I've added this as a request. 

Thanks again!

 

Regards

Simon

[Andrew Lawrence]

Hi there everyone,

Andrew from the ftrack support team here. We realise this is an incredibly important request for a lot of studios and given how long it's been around, we hate that we haven't gotten to this sooner. I wanted to provide a transparent update where we are currently at with this request.

I realise this started out more as an undo request for annotations (which is now possible), but has since morphed into a request for the ability to undo deletions across the board. Like most of you, we're totally with you that it can be a frustrating experience when someone accidentally deletes something only to find theres no way to revive it.  The thing that's been holding us back up until now is unfortunately some technicalities with how we store data on the backend. There's a trade-off we have to consider of allowing someone to delete the data (which keeps the database optimal and running performant) or putting checks in place to recover deleted data, but at the risk of the database becoming bloated).
 
One of the ways we've discussed that could potentially avoid this is to have a concept of a trash can that will auto-empty after a certain period of time (a.k.a 1 week). This way we almost solve the best of both problems, whereby we allow users the flexibility to recover an item once its deleted, but only within that set timeframe (which keeps the database from getting bloated) 
 
We'd love to hear from our community, do you think that this approach might be suitable? Our thinking here is that people will only really want to recover something soon after they've deleted it, or do you think a timeframe like that would need to be longer? 
 
Would love to hear any thoughts or feedback you have. 

 

Cheers,
Andrew

[PeterH]

That sounds great, however I think 1 week would be too short.

For example, someone deleted an asset (without realising) last week thinking they'd just removed it from a list. In their eyes, nothing needed recovering, so it could have easily gone unnoticed for longer than a week.

[Ethan]

Andrew, yes please. As far as length of recovery just make it part of the ftrack config settings so users can choose how much they want to spend on storage for that purpose.