Tim Edelmann

Members
  • Content count

    18
  • Joined

  • Last visited

  1. What docs to set up a Location?

    There is a new-api version of a location-plugin which does the setup. This one seems to be working. And about the old api: I found out, what the problem was. The ftrack-connect-package I use, is a custom build. In this build, the file id.py wasn't packaged (for what ever reason..), which then resulted in the above error-msg.
  2. Adding Managers via ftrack_api

    found it out myself.. The solution was to do this: manager = project.createManager(ftrack.User(username), ftrack.ManagerType('Assistant Producer')) with ONLY using the old api!! This is nowhere to be found in the docs (sadly), so it took me 1.5 days When I try doing this with a user loaded via the new api, its crashing with the above results..
  3. What docs to set up a Location?

    Hey again, for some reason the example given in that resource, is giving me 'no module named id' and I seem to be unable to solve this. I'm sure this must be an easy fix, but I don't get it.. The path-variables have to be correct, since the lines above don't error. Is anybody else having issues with this? We would like to setup a customized structure-plugin, but for now, we're stuck on the first step..
  4. create project managers using new API?

    bump! anything new on this one? I would like to add managers via the new api see: my post
  5. Hey there, we are trying to add managers programatically when a corresponding field was altered. We tried this: project = ftrack.getProject('dev_tutorial') user = ftrack.User('username') managerType = ftrack.ManagerType('Supervisor') # Add the user as a supervisor on the dev_tutorial project. manager = project.createManager(user, managerType) (taking a correct project, user and managerType) ..which is described here. But sadly this didn't work. what do we have to do to create these managers via the new api, since 'Manager' is not a known type? Generally: it helps a lot going through the migration notes and code-snippets to get hints on how to use the new api, but every now and then, we stumble on something, that can not be found. Is there a common way to find out usages? EDIT: Some addition information: This is the line that crashes: manager = project.createManager(userToUse, managerType) the resulting log gives us: 2018-01-09 10:20:00,404 - ftrack_api.event.hub.EventHub - ERROR - Error calling subscriber <Subscriber metadata={'id': '619a63bab1c443d09f4d982926e36196'} subscription="topic=ftrack.update"> for event <Event {'topic': u'ftrack.update', 'source': {u'applicationId': u'ftrack.client.web', u'user': {u'username': u'TEdelmann', u'id': u'75b59aae-e1bb-11e7-ad88-7ab7a47c9dda'}, u'id': u'b85b77aa-f51d-11e7-92c6-7ab7a47c9dda'}, 'target': u'', 'data': {u'entities': [{u'keys': [u'Briefing_Team_01_TandemProducer_EUsers'], u'objectTypeId': u'show', u'entityType': u'show', u'parents': [{u'entityId': u'108157f2-e3d9-11e7-9067-7ab7a47c9dda', u'entityType': u'show', u'parentId': None}], u'parentId': None, u'action': u'update', u'entityId': u'108157f2-e3d9-11e7-9067-7ab7a47c9dda', u'changes': {u'Briefing_Team_01_TandemProducer_EUsers': {u'new': u'Daniel Brylka', u'old': u'Daniel Schindler'}}}], u'pushToken': u'b91a65ca-f51d-11e7-b15d-7ab7a47c9dda', u'parents': [u'108157f2-e3d9-11e7-9067-7ab7a47c9dda'], u'user': {u'userid': u'75b59aae-e1bb-11e7-ad88-7ab7a47c9dda', u'name': u'Tim Edelmann'}, u'clientToken': u'b85b77aa-f51d-11e7-92c6-7ab7a47c9dda'}, 'in_reply_to_event': None, 'id': u'5e7358c282f448729f42a0d342bdd3d3', 'sent': None}>. Traceback (most recent call last): File "c:\python27\lib\site-packages\ftrack_python_api-1.3.3-py2.7.egg\ftrack_api\event\hub.py", line 693, in _handle response = subscriber.callback(event) File "C:\git\Actions\AttributeChangedHandler.py", line 58, in launch manager = project.createManager(userToUse, managerType) File "c:\dev\fcp\ftrack-connect-package\.eggs\ftrack_python_legacy_api-3.6.2-py2.7.egg\FTrackCore\api\client.py", line 232, in createManager response = xmlServer.action('create', data) File "c:\dev\fcp\ftrack-connect-package\.eggs\ftrack_python_legacy_api-3.6.2-py2.7.egg\FTrackCore\api\xmlserver.py", line 300, in action response = function(data) File "c:\Python27\lib\xmlrpclib.py", line 1243, in __call__ return self.__send(self.__name, args) File "c:\Python27\lib\xmlrpclib.py", line 1596, in __request allow_none=self.__allow_none) File "c:\Python27\lib\xmlrpclib.py", line 1094, in dumps data = m.dumps(params) File "c:\Python27\lib\xmlrpclib.py", line 638, in dumps dump(v, write) File "c:\Python27\lib\xmlrpclib.py", line 660, in __dump f(self, value, write) File "c:\Python27\lib\xmlrpclib.py", line 741, in dump_struct dump(v, write) File "c:\Python27\lib\xmlrpclib.py", line 660, in __dump f(self, value, write) File "c:\Python27\lib\xmlrpclib.py", line 762, in dump_instance self.dump_struct(value.__dict__, write) File "c:\Python27\lib\xmlrpclib.py", line 741, in dump_struct dump(v, write) File "c:\Python27\lib\xmlrpclib.py", line 660, in __dump f(self, value, write) File "c:\Python27\lib\xmlrpclib.py", line 762, in dump_instance self.dump_struct(value.__dict__, write) File "c:\Python27\lib\xmlrpclib.py", line 741, in dump_struct dump(v, write) File "c:\Python27\lib\xmlrpclib.py", line 660, in __dump f(self, value, write) File "c:\Python27\lib\xmlrpclib.py", line 762, in dump_instance self.dump_struct(value.__dict__, write) File "c:\Python27\lib\xmlrpclib.py", line 741, in dump_struct dump(v, write) File "c:\Python27\lib\xmlrpclib.py", line 660, in __dump f(self, value, write) File "c:\Python27\lib\xmlrpclib.py", line 762, in dump_instance self.dump_struct(value.__dict__, write) File "c:\Python27\lib\xmlrpclib.py", line 741, in dump_struct dump(v, write) File "c:\Python27\lib\xmlrpclib.py", line 660, in __dump f(self, value, write) File "c:\Python27\lib\xmlrpclib.py", line 719, in dump_array dump(v, write) File "c:\Python27\lib\xmlrpclib.py", line 660, in __dump f(self, value, write) File "c:\Python27\lib\xmlrpclib.py", line 762, in dump_instance self.dump_struct(value.__dict__, write) File "c:\Python27\lib\xmlrpclib.py", line 741, in dump_struct dump(v, write) File "c:\Python27\lib\xmlrpclib.py", line 652, in __dump raise TypeError, "cannot marshal %s objects" % type(value) TypeError: cannot marshal <type 'file'> objects Hope, someone has an idea!? Thanks in advance! Tim
  6. Project Creation Dialog

    Hey Mattias, thanks for the quick response! This could be a solution, but we might want to omit one or two of the fields presented in the creation-dialogue..
  7. Project Creation Dialog

    Hi everyone, on our path to integrate ftrack in our pipeline, we would like to alter the "Create Project" dialog, that pops up, when one clicks on the corresponding button in the web-interface. We already found out, that its possible to set an override, which lets us setup a custom solution from scratch. But since we want to achieve the same look and feel of the original dialog, we thought about using its code, but weren't able to find it. Is there a python script somewhere, which creates this dialog? If yes, where is it? Thanks in advance. The only alternative would be to re-create the whole dialog on our own and then add, what we need..
  8. Problem starting Nuke via ftrack-connect

    Hi Eric, thanks alot for your help!
  9. Problem starting Nuke via ftrack-connect

    Hi Eric, thanks alot for your help!
  10. Problem starting Nuke via ftrack-connect

    Hey again, my environment looks like this: # Result: {'FSHARPINSTALLDIR': 'C:\\Program Files (x86)\\Microsoft SDKs\\F#\\4.1\\Framework\\v4.0\\', 'TMP': 'C:\\TEMP\\', 'COMPUTERNAME': 'REALTIME02', 'PROCESSOR_LEVEL': '6', 'UNREAL_SHARED_CACHE_PATH': '//INFSAN/Library/30_Unreal/Cache', 'FOUNDRY_HEARTBEAT_DISABLE': 'TRUE', 'NUKE_LOCAL_PRJ_DIR': 'D:/Projects', 'FTRACK_EVENT_PLUGIN_PATH': 'c:\\Users\\tedelmann\\AppData\\Local\\ftrack\\ftrack-connect-default-plugins', 'PSMODULEPATH': 'C:\\Program Files\\WindowsPowerShell\\Modules;C:\\Windows\\system32\\WindowsPowerShell\\v1.0\\Modules', 'COMMONPROGRAMFILES': 'C:\\Program Files\\Common Files', 'PROCESSOR_IDENTIFIER': 'Intel64 Family 6 Model 158 Stepping 9, GenuineIntel', 'VBOX_MSI_INSTALL_PATH': 'C:\\Program Files\\Oracle\\VirtualBox\\', 'PROGRAMFILES': 'C:\\Program Files', 'PROCESSOR_REVISION': '9e09', 'HOME': 'C:\\Users\\tedelmann', ;C:\\Program Files\\The Foundry\\RLM;C:\\ProgramData\\The Foundry\\RLM;C:\\Program Files (x86)\\The Foundry\\RLM;C:\\Users\\tedelmann\\FoundryLicensing', 'SYSTEMROOT': 'C:\\Windows', 'PROGRAMFILES(X86)': 'C:\\Program Files (x86)', 'TEMP': 'C:\\TEMP\\', 'COMMONPROGRAMFILES(X86)': 'C:\\Program Files (x86)\\Common Files', 'PROCESSOR_ARCHITECTURE': 'AMD64', 'ALLUSERSPROFILE': 'C:\\ProgramData', 'USERPROFILE': 'C:\\Users\\tedelmann', 'HDRLS_HOME_V5': 'C:\\Program Files\\Lightmap\\HDR Light Studio 5', 'HOMEPATH': '\\Users\\tedelmann', 'CONFIGURATION_SYNC_PATH': 'C:\\ConfigurationSync', 'PROGRAMW6432': 'C:\\Program Files', 'UNREAL_SHARED_TEMPLATES_PATH': '//INFSAN/Library/30_Unreal/Templates', 'USERNAME': 'TEdelmann', 'OS': 'Windows_NT', 'LOCALAPPDATA': 'C:\\Users\\tedelmann\\AppData\\Local', 'ADSK_CLM_WPAD_PROXY_CHECK': 'FALSE', 'PROGRAMDATA': 'C:\\ProgramData', 'NUKE_TEMP_DIR': 'C:/TEMP/nuke', 'PYTHONPATH': 'C:\\Users\\tedelmann\\dev\\Py2.7.13\\Lib\\site-packages\\ftrack_python_api-1.3.3-py2.7.egg', 'ONEDRIVE': 'C:\\Users\\tedelmann\\OneDrive', 'DRIVE': 'C:', 'PATH': 'C:\\Python2.7.13\\;C:\\Python2.7.13\\Scripts;C:\\Windows\\system32;C:\\Windows;C:\\Windows\\System32\\Wbem;C:\\Windows\\System32\\WindowsPowerShell\\v1.0\\;C:\\Program Files (x86)\\GtkSharp\\2.12\\bin;C:\\Program Files\\Perforce;C:\\Program Files\\Git\\cmd;C:\\Program Files (x86)\\WinMerge;C:\\Python2.7.13\\Lib\\site-packages\\PySide\\;C:\\Users\\tedelmann\\AppData\\Local\\Microsoft\\WindowsApps;', 'MARI_CACHE': 'D:\\Cache\\Mari', 'SESSIONNAME': 'Console', 'PATHEXT': '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC', 'NUKE_PATH': '//INFSAN/Configuration/04_Software/47_Nuke/Workgroups/', 'FP_NO_HOST_CHECK': 'No', 'WINDIR': 'C:\\Windows', 'APPDATA': 'C:\\Users\\tedelmann\\AppData\\Roaming', 'HOMEDRIVE': 'C:', 'UNREAL_SHARED_ASSETS_PATH': '//INFSAN/Library/30_Unreal/Assets', 'GTK_BASEPATH': 'C:\\Program Files (x86)\\GtkSharp\\2.12\\', 'SYSTEMDRIVE': 'C:', 'MAYA_APP_DIR': 'C:\\Users\\tedelmann\\AppData\\Roaming\\MayaSettings', 'COMSPEC': 'C:\\Windows\\system32\\cmd.exe', 'NUMBER_OF_PROCESSORS': '8', 'OPTICAL_FLARES_PRESET_PATH': '\\\\INFSAN\\Configuration\\04_Software\\47_Nuke\\Workgroups\\Nuke10\\Windows\\Plugins', 'COMMONPROGRAMW6432': 'C:\\Program Files\\Common Files', 'PUBLIC': 'C:\\Users\\Public', 'UNREAL_SHARED_PLUGINS_PATH': '//INFSAN/Library/30_Unreal/Plugins/<VersionMinor>'} As you can see PYTHONHOME is not set in my environment.. I removed a few entries belonging to my company's network-architecture Thank you very much Tim
  11. Problem starting Nuke via ftrack-connect

    ADD:We already tried to alter sys.path and/or nuke.pluginPath() via an init.py in .nuke folder, so that it points to 'c:\Program Files\Nuke10.5v4\lib' in first place of execution order, but with no luck. For some reason these folders aren't relevant, when evaluating which hashlib.pyc should be used..
  12. Problem starting Nuke via ftrack-connect

    ADD:We already tried to alter sys.path and/or nuke.pluginPath() via an init.py in .nuke folder, so that it points to 'c:\Program Files\Nuke10.5v4\lib' in first place of execution order, but with no luck. For some reason these folders aren't relevant, when evaluating which hashlib.pyc should be used..
  13. Problem starting Nuke via ftrack-connect

    Hi, and thenks for the fast answer! Here is the outcome of the commands you gave: # Result: C:\Users\tedelmann\dev\Py2.7.13\ftrack-connect\build\lib\ftrack_connect\build\exe.win32-2.7\lib\library.zip\random.pyc C:\Users\tedelmann\dev\Py2.7.13\ftrack-connect\build\lib\ftrack_connect\build\exe.win32-2.7\lib\library.zip\hashlib.pyc C:\Users\tedelmann\dev\Py2.7.13\ftrack-connect\build\lib\ftrack_connect\build\exe.win32-2.7\lib\library.zip\hashlib.pyc and the 'clean' nuke gives me: # Result: C:\Program Files\Nuke10.5v4\lib\random.py C:\Program Files\Nuke10.5v4\lib\hashlib.py C:\Program Files\Nuke10.5v4\lib\hashlib.py It looks like, that hashlib bundled with our .exe-file is used. This one comes from a fresh python 2.7.13 install (yeah, we're using 2.7.13 instead of 2.7.14 now, because here we don't get another error saying: "ImportError: cannot import name _remove_dead_weakref"). Could this come from the fact, that we're creating the exe inside a virtual environment?? Thanks again
  14. Hey there, we are recently creating an executable file (.exe) for windows from the sources at https://bitbucket.org/ftrack/ftrack-connect.git. Having together all packages needed, this works great using Python 2.7.14, but there seems to be a major drawback. When trying to start Nuke via ftrack-connect-action, we get an error on hashlib saying: Nuke 10.5v4, 64 bit, built May 4 2017. Copyright (c) 2017 The Foundry Visionmongers Ltd. All Rights Reserved. Traceback (most recent call last): File "C:/Program Files/Nuke10.5v4/plugins/init.py", line 22, in <module> import nukescripts.ViewerProcess File "C:/Program Files/Nuke10.5v4/plugins\nukescripts\__init__.py", line 5, in <module> from autobackdrop import * File "C:/Program Files/Nuke10.5v4/plugins\nukescripts\autobackdrop.py", line 3, in <module> import nuke, random File "c:\python2.7.14\Lib\random.py", line 49, in <module> import hashlib as _hashlib File "c:\python2.7.14\Lib\hashlib.py", line 138, in <module> _hashlib.openssl_md_meth_names) AttributeError: 'module' object has no attribute 'openssl_md_meth_names' This can be fixed via editing c:\python2.7.14\Lib\hashlib.py on line 137, 138, by commenting these lines: algorithms_available = algorithms_available.union( _hashlib.openssl_md_meth_names) So we would omit the union of 'opensl_md_meth_names' then... Is here anybody having the same or a similar problem? I'd be greatfull for some insight. Thanks in advance Tim