- Status Auf User warten
- Prozent erledigt
- Aufgabentyp Fehlerbericht
- Kategorie GUI & Server → Server → Plugin
- zuständig niemand
- Betriebssystem All
- Schweregrad hoch
- betrifft Version 3.3 Beta x
- fällig in Version unbestimmt
-
fällig am
unbestimmt
- Stimmen
- versteckt
FS#5211 - Nanoleaf-Plugin: Projekte mit Nanoleaf-Devices können nicht geladen werden
Im beigefügten neuen Projekt habe ich 12 Nanoleaf-Devices hinzugefügt. Im Anschluss speicherte ich dieses Projekt und habe es in der laufenden Sitzung neu geladen. Dies ist aber nun nicht mehr möglich.
Das Problem muss sich mit der Beta 12 eingeschlichen haben. Ein anderes Projekt konnte ich mit der Beta 11 noch erfolgreich laden und speichern.
Neben dem Beispielprojekt sind auch die Log-Dateien beigefügt.
Kann ich nicht bestätigen, bei mir lädt das Project.
Aber aus dem installer raus gehts nicht
anbei mal die Dateien zum ersetzen
Nanoleaf-Plugin.pdb (34,8 KB)
Nanoleaf-Plugin.deps.json (55,5 KB)
NanoleafAPI.dll (178 KB)
Was ist denn der Grund, dass es mit dem Installer nicht geht? Hast du da noch einmal etwas gemacht oder ist das im Installer falsch?
Jup. Mit den vier angehängten Dateien kann ich die betreffenden Projekte wieder laden.
Zur Info: Die Datei "Nanoleaf-Plugin.deps.json" war bis dato im Installer nicht enthalten. Ich habe diese mal versuchsweise aus dem Installationsverzeichnis wieder gelöscht - damit wird das Projekt trotzdem auch wieder geladen.
Weis ich nicht, was anders is, aber irgendwie is das komisch, weil die MEthode die angeblich fehlt, kann nur erreicht werden, wenn eine DeviceID einer Nanoleaf NullOrEmpty is, das project is aber fehlerfrei.
Heist für mich, das in der ausgelieferten dll der Code anders is, als der der eingecheckt is
Aber auch interessaane, das die Methode nicht geladen werden kann, weil sie ja doch existiert
Hmmm, ok, interessant, was da zwischen der Version im Installer und denen von dir unterschiedlich ist. Hast du die selbst gebaut oder sind die aus dem Jenkins?
Selbst gebaut, ich denke, das die Dlls im Dep ordner veraltet sind, und die Verwendete Methode seit dem in Lumos geändert wurde.
So der Decompiler hat gesproche:
Jenkins:
Lokal: