-
Notifications
You must be signed in to change notification settings - Fork 636
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
System Icomparer shows up in the library #8790
Comments
|
Well yes, I do have a custom implementation of the
Again, it looks like the attribute |
hmm @ksobon well, hmm, thats a little different - I totally get the behavior is changed... |
Yes, that's correct. Perhaps the attribute was never meant to hide the base class? |
rather, I think it was meant to hide the base class, but the regression might be very specific (why we missed it) can you share your in development package.json file here and an image of your bin folder? |
another thought - are you distributing dynamo core or dynamoServices with your packages? That will also cause this behavior. (if it's a different version of dynamo's assemblies) like you if distribute 1.3 core and run it on 2.0. (or building on the old dlls) |
So I was able to get it to hide itself when I changed the class to Again, luckily I could actually make this one internal, so problem solved but it's something worth checking out.
I don't distribute any of the mentioned libraries. I do reference them in for some of the UI work. |
@ksobon can you verify that your package (that you are testing) is built against the dynamo 2.x nugets and not the 1.3 ones? |
tracked with: |
@mjkkirschner I think it would be worth investigating the |
Tracked internally as QNTM-4094 |
This is fixed in #9242. Closing. Let us know if you still see issues. |
I am not sure how this one found its way into the library:
The text was updated successfully, but these errors were encountered: