katalina-w 44 Posted August 10, 2016 Report Share Posted August 10, 2016 Hi, I'm working some more on caching, and I just discovered that it looks like when a component is deleted from an asset version using the web application, it does not trigger an event to the topic ftrack.location.component-removed. Am I missing something or is this correct? We are on version 3.3.25. Thanks! Kat Link to post Share on other sites
Mattias Lagergren 145 Posted August 10, 2016 Report Share Posted August 10, 2016 Hi Kat, Quote Hi, I'm working some more on caching, and I just discovered that it looks like when a component is deleted from an asset version using the web application, it does not trigger an event to the topic ftrack.location.component-removed. Am I missing something or is this correct? We are on version 3.3.25. You are correct, not ftrack.location.component-removed or an ftrack.update event. I will raise this with my colleagues and see what we can do about it Link to post Share on other sites
katalina-w 44 Posted August 10, 2016 Author Report Share Posted August 10, 2016 Thanks, Mattias!! It also looks like ftrack.location.component-added events are not sent when a component is added using the legacy API. Is this intentional? I can work around it, as all things *should* be converted to the new API anyway, but I was cheating with some farm processes. Kat Link to post Share on other sites
Mattias Lagergren 145 Posted August 11, 2016 Report Share Posted August 11, 2016 16 hours ago, katalina-w said: It also looks like ftrack.location.component-added events are not sent when a component is added using the legacy API. Is this intentional? That is very odd, from browsing the code it looks like the legacy api should emit both 'ftrack.location.component-added' and 'ftrack.location.component-removed'. Link to post Share on other sites
katalina-w 44 Posted September 7, 2016 Author Report Share Posted September 7, 2016 Hi Mattias, any update about the ftrack.location.component-removed topic not being emitted? Thanks, Kat Link to post Share on other sites
Mattias Lagergren 145 Posted September 12, 2016 Report Share Posted September 12, 2016 On 9/8/2016 at 1:06 AM, katalina-w said: Hi Mattias, any update about the ftrack.location.component-removed topic not being emitted? Thanks, Kat Hi Kat, I think you're discussing this with Lucas on our support and he will follow up with you separately. For future reference, the issue is not as straightforward as we would have hoped as removing a component via the Web UI does not remove the data. All other places where we emit component-added|component-removed is done after the data has been managed. We're looking into different possibilities here like removing the feature to remove the component from the web UI and replace it with an optional Action that can be downloaded and used. Link to post Share on other sites
Martin Pengelly-Phillips 29 Posted September 12, 2016 Report Share Posted September 12, 2016 @Mattias Lagergren I'm interested in this also. At the very least, shouldn't an ftrack.update event be issued which would allow the caching case? @katalina-w Are you running your own media server by any chance? If so, I would guess you could emit the event yourself there. Link to post Share on other sites
katalina-w 44 Posted September 15, 2016 Author Report Share Posted September 15, 2016 @Martin Pengelly-Phillips - Not running our own media server. I've figured my issue out for the most part, but either the disabling of deleting components through the web app or an emission of some kind of event would be best for caching. Link to post Share on other sites
Mattias Lagergren 145 Posted September 15, 2016 Report Share Posted September 15, 2016 On 9/12/2016 at 4:38 PM, Martin Pengelly-Phillips said: @Mattias Lagergren I'm interested in this also. At the very least, shouldn't an ftrack.update event be issued which would allow the caching case? If we just look at the components tab widget, would removing the "Remove" button and having an action to remove components solve your issue? Link to post Share on other sites
Martin Pengelly-Phillips 29 Posted September 15, 2016 Report Share Posted September 15, 2016 Quote If we just look at the components tab widget, would removing the "Remove" button and having an action to remove components solve your issue? Like this Seems like more work as have to run and maintain another action... However, my main interest was whether there are situations where deletion of an entity in the system is not causing a relevant event to be emitted (for cache invalidation purposes). So long as we can guarantee that relevant events are emitted when database state changes, I'm not too fussed. Link to post Share on other sites
Mattias Lagergren 145 Posted September 15, 2016 Report Share Posted September 15, 2016 18 minutes ago, Martin Pengelly-Phillips said: However, my main interest was whether there are situations where deletion of an entity in the system is not causing a relevant event to be emitted (for cache invalidation purposes). So long as we can guarantee that relevant events are emitted when database state changes, I'm not too fussed. I agree, and I've made sure that we have a ticket for adding events on changes to the component model. Link to post Share on other sites
Martin Pengelly-Phillips 29 Posted September 15, 2016 Report Share Posted September 15, 2016 Great to hear - thanks! Link to post Share on other sites
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now