Thanks for your answer! On 02.10.2017 23:54, Clayton Coleman wrote: > You'd need to filter that out in your script - this is just how the > changes get passed down.
Yeah, I had this idea too, but I think that's gonna be tricky as I probably would have to compare older states and so forth. > Generally you don't want to trigger based on changes - but instead trigger on > "state" Could you explain this a bit more? My goal is to record changes to quota objects in a database and in my impression is that the update trigger is exactly what I want. What do you mean with "trigger on state"? Best, Tobias
signature.asc
Description: OpenPGP digital signature
_______________________________________________ users mailing list users@lists.openshift.redhat.com http://lists.openshift.redhat.com/openshiftmm/listinfo/users