If I run it on compute I get empty response "{\"algo\":\"\",\"pointer\":null,\"values\":[{\"ParamName\":\"RH_OUT:114:GeoOut\",\"InnerTree\":{},\"Keys\":[],\"Values\":[],\"Count\":0,\"IsReadOnly\":false}]}"
If I remove Cap Holes, I get the expected response "{\"algo\":\"\",\"pointer\":null,\"values\":[{\"ParamName\":\"RH_OUT:114:GeoOut\",\"InnerTree\":{\"{ 0; }\":[{\"type\":\"Rhino.Geometry.Brep\",\"data\":\"{\\\"version\\\":10000,\\\"archive3dm\\\":70,\\\"opennurbs\\\":-1912574447,\\\"data\\\":\\\"+n8CAFsPAAD7/w ........AA=\\\"}\"}]],\"Count\":1,\"IsReadOnly\":false}]}"
This seems to be happening if Cap Holes or Cap Holes Ex are anywhere in the definition. I also get the expected response if I replace CapHoles with Brep.CapPlanarHoles() in a c# script component.
Just interested to know what is wrong here, and if any other components might have the same problem.
Some RhinoCommon methods just don’t yet work in the Rhino WIP headless mode that Resthopper runs in. If I had to guess, the Cap Holes grasshopper component uses one of these WIP methods.
There’s not a comprehensive list yet, but it’s something I plan to start putting together when finals wrap up.
I don’t believe that is the case, since as I mentioned up there, using a c# component that uses the rhinocommon function Brep.CapPlanarHoles() works perfectly well.
@stevebaer Hi Steve, just found another component doing the same, using latest Nuget and WIP. “Discontinuity”, whatever is hooked to the P output fails to solve.
@SherifTarabishy The continuity component (as well as the issue I reported with Voronoi Cell) is now solving correctly on compute, thanks to a fix by @stevebaer. Please check it and report back if you have any further issues.