If I was to suspend jobs in que for some reason, and then select the job, and take resume. the dependencies are lost, and the job fails due to Nuke cannot find the ext file that the 3dsmax render would have been outputed.
Perhaps I’m misunderstanding something, but you shouldn’t need to suspend jobs whose dependencies are suspended, since they won’t be released to render until the dependencies have resolved.
If you do suspend the dependent jobs, instead of choosing 'Resume", you should select “Mark Job As Pending” and you’ll get their original behaviour of needing to pass a pending job scan.
You can do it on the whole batch. They should automatically requeue if their dependencies are met. I also wrote up a quick thought for the dev team internally here for future users:
I’d like to see a dialog come up when users resume a job with unfinished dependencies that asks “This job has unfinished dependent jobs, would you like to pend it instead?” and choosing “Yes” would pend, “No” would resume.
I think there may be a more creative way to inform users the result of their actions, such as renaming “resume” to “force queue now” or something clever when a job has known dependencies.
“I’d like to see a dialog come up when users resume a job with unfinished dependencies that asks “This job has unfinished dependent jobs, would you like to pend it instead?” and choosing “Yes” would pend, “No” would resume.”
would be a nice way m but would that not just fail the job if I would to choose no? The same scenario that we have? If i choose NO in you example, the jobs would go to the que, and all jobs depended on the .max render would fail?
Yup, they’d fail. There isn’t a perfect scenario here, so we’d trust that you knew what you were doing. We could add a little extra blurb like “Choosing ‘No’ will ignore any existing dependencies”.