tokejepsen

Dont think its possible through the UI. For API you can reference this: https://github.com/tokejepsen/ftrack-hooks/tree/master/batch_create

That did the trick! Thanks @Julian Martinz

There seems to be some issues with caching with this approach. Take this example and replace the task id; import functools import ftrack_api def callback(session, event): task = session.get("Task", "ab3234f0-46a2-11ea-95c7-92527973a98f") print(task["status"]["name"]) print(task["status"]["id"]) session = ftrack_api.Session(auto_connect_event_hub=True) handler = functools.partial(callback, session) session.event_hub.subscribe("topic=ftrack.update", handler) session.event_hub.wait() On initial run, it prints the correct status but on subsequent runs it prints the same status. Tried various "query" and getting the status by id, but nothing seems to get the updated status.

Using partial to reuse the same session works! The memory footprint does not increase, in the simple test case in the original post.

Good point. Havent been able to trace down the memory leak, so if you have some pointers that would be great!

Hey Steve, I tried 1.8.2 and it does not fix our issue. Since other people are not experiencing the same thing, I'm suspecting it might be our environment. Would greatly appreciate if someone could test on their end with this (conda) environment? name: ftrack-pipeline-environment channels: - defaults dependencies: - certifi=2019.6.16=py27_0 - pip=19.1.1=py27_0 - python=2.7.16=hcb6e200_0 - setuptools=41.0.1=py27_0 - sqlite=3.29.0=h0c8e037_0 - vc=9=h7299396_1 - vs2008_runtime=9.00.30729.1=hfaea7d5_1 - wheel=0.33.4=py27_0 - wincertstore=0.2=py27hf04cefb_0 - pip: - arrow==0.14.2 - backports-functools-lru-cache==1.5 - cachetools==3.1.1 - chardet==3.0.4 - clique==1.5.0 - ftrack-python-api==1.8.2 - google-api-python-client==1.7.9 - google-auth==1.6.3 - google-auth-httplib2==0.0.3 - google-auth-oauthlib==0.4.0 - httplib2==0.13.0 - idna==2.8 - jsondiff==1.2.0 - oauthlib==3.0.2 - pyasn1==0.4.5 - pyasn1-modules==0.2.5 - pyparsing==2.4.0 - python-dateutil==2.8.0 - requests==2.22.0 - requests-oauthlib==1.2.0 - rsa==4.0 - six==1.11.0 - slacker==0.9.65 - slacker-log-handler==1.7.1 - termcolor==1.1.0 - uritemplate==3.0.0 - urllib3==1.25.3 - websocket-client==0.56.0 prefix: C:\Users\admin\miniconda\envs\ftrack-pipeline-environment

Hey, I've been trying to figure out why our Ftrack event listener machine is running out of memory. Seems like the event listener is holding onto something, so it does not get garbage collected. Take a simple event listener like this: import ftrack_api def test(event): session = ftrack_api.Session() session = ftrack_api.Session(auto_connect_event_hub=True) session.event_hub.subscribe("topic=ftrack.update", test) session.event_hub.wait() It initially starts at 27 Mb, but with every ftrack event that triggers it, a couple of Mb get added. It never gets back down to 27 Mb. Anyone experiencing the same?

+1 Would this work for remote instances of Ftrack Connect as well? Say you are logged into Ftrack Connect on two machines in different locations. Use case that was happened for me

+1 for per machine filtering.

Should have investigated it deeper. The event from hitting "Submit" on the dialog has a topic of "ftrack.action.launch" with the values in it. Might be nice to update the documentation with this information. import getpass import ftrack_api from ftrack_connect.session import get_shared_session def callback(event): """Status change updates.""" session = get_shared_session() for entity_data in event["data"].get("entities", []): if entity_data["action"] != "update": continue if "statusid" not in entity_data["keys"]: continue new_status = session.get( "Status", entity_data["changes"]["statusid"]["new"] ) # Task changes if entity_data["entityType"] == "task": if new_status["name"] == "In Progress": event = ftrack_api.event.base.Event( topic='ftrack.action.trigger-user-interface', data={ 'type': 'form', 'items': [ { 'label': 'My Boolean', 'name': 'my_boolean', 'value': True, 'type': 'boolean' } ], 'title': 'Foobar' }, target=( 'applicationId=ftrack.client.web and ' 'user.id={0}'.format( event['source']['user']['id'] ) ) ) session.event_hub.publish(event) session.commit() def action_launch(event): print event def register(session, **kw): """Register event listener.""" # Validate that session is an instance of ftrack_api.Session. If not, # assume that register is being called from an incompatible API # and return without doing anything. if not isinstance(session, ftrack_api.Session): # Exit to avoid registering this plugin again. return # Register the event handler subscription = ( "topic=ftrack.update and source.applicationId=ftrack.client.web and " "source.user.username={0}".format(getpass.getuser()) ) session.event_hub.subscribe(subscription, callback) subscription = ( "topic=ftrack.action.launch and " "source.user.username={0}".format(getpass.getuser()) ) session.event_hub.subscribe(subscription, action_launch)

Thanks Mattias I've used the shared session from ftrack-connect, and that works well. Now the question is how do you intercept the "Submit" event? Normally you look for "values" in the same event.

Hey Mattias, Tried getting the examples running, but couldn't so wanted to see if you could correct my example code? import getpass import ftrack_api def callback(event): """Status change updates.""" session = ftrack_api.Session() for entity_data in event["data"].get("entities", []): if entity_data["action"] != "update": continue if "statusid" not in entity_data["keys"]: continue new_status = session.get( "Status", entity_data["changes"]["statusid"]["new"] ) # Task changes if entity_data["entityType"] == "task": if new_status["name"] == "In Progress": event = ftrack_api.event.base.Event( topic='ftrack.action.trigger-user-interface', data={ 'type': 'form', 'items': [ { 'label': 'My Boolean', 'name': 'my_boolean', 'value': True, 'type': 'boolean' } ], 'title': 'Foobar' }, target=( 'applicationId=ftrack.client.web and ' 'user.id={0}'.format( event['source']['user']['id'] ) ) ) session.event_hub.publish(event) session.commit() def register(session, **kw): """Register event listener.""" # Validate that session is an instance of ftrack_api.Session. If not, # assume that register is being called from an incompatible API # and return without doing anything. if not isinstance(session, ftrack_api.Session): # Exit to avoid registering this plugin again. return # Register the event handler subscription = ( "topic=ftrack.update and source.applicationId=ftrack.client.web and " "source.user.username={0}".format(getpass.getuser()) ) session.event_hub.subscribe(subscription, callback) When a task's status is set to "In Progress" this code should show a form for the user to interact with.

Could you elaborate on this? Trying to trigger an action dialog from a custom published event, and can't seem to get it to work.

That's cool. I working around the UI problem with just having a PySide dialog for user input instead.

When listening to the event topic "ftrack.connect.application.launch", I can't seem to display any UI elements. Is this supposed to work? Maybe you could provide an example?