Weaverbird can’t load (strong-name validation error)

Grasshopper
1

Hi! Weaverbird is installed but not loaded in my Grasshopper. I tried everything, even updating and reinstalling Rhino. Now I’ve noticed this output in the rhino console when I open GH:

Command: _Grasshopper
An error occured during GHA assembly loading:
  Path: C:\Users\asanchez\AppData\Roaming\Grasshopper\Libraries\Weaverbird.Gh.CommonSdk.gha
  Exception System.IO.FileLoadException: 
  Message: No se puede cargar el archivo o ensamblado 'WeaverBird.Core, Version=0.9.0.1, Culture=neutral, PublicKeyToken=7441991d7d373a63' ni una de sus dependencias. Error de validación del nombre seguro. (Excepción de HRESULT: 0x8013141A)

  Exception System.Security.SecurityException: 
  Message: Error de validación del nombre seguro. (Excepción de HRESULT: 0x8013141A)

Any help? Thanks!

3

@asromero did you manage to find a way around? It sounds strange, because loading works fine on all machines. Did you try to modify the files?

Giulio

–
Giulio Piacentino
Weaverbird development

4

Hey Giulio! Yes I did, it was an issue with the NewtonSoft.json file (few Rhino plugins use it but Weaverbird does, that’s why all my gh plugins were loaded except WB). I found the solution here.

Alfre :shell:

1 Like
5

That’s not really correct: Weaverbird does not use that file or library. I’m wondering if Yak (the Rhino service used to install Weaverbird) is actually using it and somehow it surfaces.

It’s still a useful report. Let me ask @will, who developed Yak. I don’t understand how this can be related, though.

6

@asromero, what version of Rhino is this, and were you seeing the problem when starting Grasshopper?

Rhino 6 (including Yak) does use Newtonsoft.Json.dll. In Rhino 7 we bundle our own copy so as not to conflict with plug-ins.

I’m curious to know what pointed you towards Newtonsoft.Json.dll being the culprit. I don’t think bypassing strong-naming will be the right solution for everyone.