I remember seeing this and I think I was able to fix it by cleaning up the respective expressions. Can you give an example of one of those expressions? Will the problem go away if you explicitly reference "parent.knobName" rather than just "knobName"?
On Apr 4, 2011, at 10:35 AM, John RA Benson wrote: > The links are there the instant the nodes are pasted, but disappear after > they are deselected (osx - will try linux tomorrow). They don't seem to > re-appear like they did previously, so that's good. Unfortunately, the broken > connections are still happening! Is there a way to tell nuke to do something > after a paste has been completed? > > thanks! > jrab > > On Apr 3, 2011, at 7:30 PM, Deke Kincaid wrote: > >> Try out 6.2v3. One of these bugs sounds like this one which was fixed: >> BUGID 15967-An erroneous expression link was created if you renamed a >> node whose name was in use within a group or a gizmo. >> >> -deke >> >> On Sun, Apr 3, 2011 at 09:43, John RA Benson >> <[email protected]> wrote: >>> 6.2v1 linux and osx >>> also turns out it's not the updateUI callback. Arg. >>> >>> Also dealing with a nasty bug where a gizmo that's getting internal stuff >>> built will break connections when it's copied. Any hints on that one >>> appreciated. I'm hoping I can do something where I don't use the onCreate >>> callback but call the function that builds the gizmo after a paste: >>> >>> s = nuke.selectedNodes(filter='myGizmo') >>> for n in s: >>> buildMyGizmo(node=n) >>> >>> I see something called nukescripts.drop.dropData and in the docs: >>> # This function is called whenever data is dropped onto the DAG. >>> Override it to perform other actions. >>> # If you handle the drop, return True, otherwise return None. >>> >>> But I'm nut sure exactly if this applies to what I want to do or how to do >>> it. >>> >>> any help appreciated - thanks! >>> jrab >>> >>> >>> On Apr 3, 2011, at 5:56 PM, Deke Kincaid wrote: >>> >>>> What version of nuke? This sounds like a bug about erroneous expressions >>>> linking from inside gizmos to external nodes. It was fixed a few v >>>> releases ago. >>>> >>>> -deke >>>> >>>> On Apr 3, 2011, at 7:52, John RA Benson <[email protected]> >>>> wrote: >>>> >>>>> Hey there - >>>>> >>>>> I have a gizmo that is doing a funny thing. Sometimes when I create it, a >>>>> green expression link will appear to another gizmo of the same class. If >>>>> I click on the gizmo it's pointing to, the expression goes away. Yeah, >>>>> I'm doing some funny stuff with updateUI, but it's nothing (although I >>>>> could be totally wrong) that would create that link. >>>>> >>>>> I can do this: >>>>> s = nuke.selectedNode() >>>>> d = s.dependencies(nuke.EXPRESSIONS)[0] >>>>> d.dependent(nuke.EXPRESSIONS) >>>>> >>>>> and I get 's' showing me that it has an expression pointing to 'd', and >>>>> d.dependent() points back to 's'. Ok, good. >>>>> >>>>> if I deselect s and then select d (the green arrow then goes away) and do >>>>> d.dependent() again, I get an empty list. >>>>> >>>>> None of the knobs on s or d have an expression, so maybe it's from >>>>> something inside the gizmo that I'm pythonically setting? >>>>> >>>>> What would be swell is to find out where this mystery expression is >>>>> coming from in the first place. is there a >>>>> 'tellMeWhichKnobHasTheExpressionSinceNuke.EXPRESSIONS_tellsMeThereIsOne' >>>>> function? >>>>> >>>>> hmmn - it appears to be due to the updateUI callback, but it would really >>>>> be good to know which expression is being mysteriously generated by it. >>>>> >>>>> Cheers! >>>>> JRAB_______________________________________________ >>>>> Nuke-python mailing list >>>>> [email protected] >>>>> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-python >>>> _______________________________________________ >>>> Nuke-python mailing list >>>> [email protected] >>>> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-python >>> >>> _______________________________________________ >>> Nuke-python mailing list >>> [email protected] >>> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-python >>> >> _______________________________________________ >> Nuke-python mailing list >> [email protected] >> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-python > > _______________________________________________ > Nuke-python mailing list > [email protected] > http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-python _______________________________________________ Nuke-python mailing list [email protected] http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-python
