Bugtracker DMXControl 3

Fehlerbeschreibung

Ich habe ein Projekt gespeichert, wo der Timecode-Player geöffnet ist. Lade ich das Projekt und bestätige, dass das letzte Fensterlayout geladen werden soll, bleibt der Inhalt des Timecode-Players leer.

Nach jedem Start von DMXC braucht der TImecode-Player ca. 10-20 Sekunden um sich zu öffnen. In dieser Zeit reagiert die gesamte GUI von DMXC nicht mehr. Bin mir an der Stelle nicht sicher ob das ein Bug ist oder einfach nicht anders geht. Sollte letzteres der Fall sein würde ich einen kurzen Ladebalken etc. vorschlagen, da ich als User so jedes Mal den Eindruck habe, DMXC sei abgestürzt.

Ich habe das Projekt aus  FS#5180  weitergebaut und in eine Timecode Show überführt.

Führe ich die Timecode Show erstmalig nach dem Laden des Projekts aus, läuft diese bis zum Ende der Release Time wie erwartet ab. In dem Moment, wo der Marker wieder auf 0 springt (weil die sich Cuelist beendet hat), wird der Inhalt der Cue 2 wiedergegeben. Führe ich dann die Timecode Show erneut aus, wird die Cue 1 vollständig ignoriert und nur der Release der Cuelist ausgeführt.

Die Erwartungshaltung ist, dass nach dem automatischen Beenden der Cuelist (Release when last cue ends) und dem Zurücksetzen des Markers die Cuelist wie nach dem Laden des Projekts (oder dem manuellen Stoppen) aus ist und ich die Timecode Show vollständig wiedergeben kann.

Hätte ich als Release Mode “manual only” gewählt, dann wäre das aktuelle Verhalten in Ordnung.

Nach dem Anlegen eines neuen Projekts erscheint die Abfrage, ob das neu angelegte Projekt auch direkt geladen werden soll. Allerdings fehlt in diesem Fenster der entsprechende Text, wie im beigefügten Screenshot zu sehen. Das Problem besteht sowohl in der englischen als auch in der deutschen GUI.

Eine Show im TCP lässt sich zwar ohne Audio recorden aber nicht wieder abspielen. Projekt mit mehren TCP-Shows ohne Audios als Beispiel im Anhang.

Veränderte Einstellungen der Darstellung der FFT Grafik (Threshold, Ratio, Bandwith) werden nicht abgespeichert und es wird auch kein Dirty-Flag gesetzt.

Ich habe folgendes Test-Setup:

- Drei Cuelisten die jeweils einem Executor zugeordnet sind
- Ein angeschlossenses Midi-Pult, wo für jeden Executor Button 1 und der Fader im IA via Dynamic Executor Page verdrahtet sind
- Eine Show im TCP die nur aus einer Audio (60 bpm click track) und der Aufnahme von erwähntem Button 1 der Executoren besteht

Nachdem ich nun die Show im TCP häufig gestartet, pausiert, gestoppt (sowohl einmaliges Stoppen (→ roter Marker springt auf letzte Startposition) als auch zweites Stoppen (→ roter Marker springt auf null) ) und Executoren aufgenommen habe, habe ich folgende Fehler, welche erst nach und nach aufgetreten sind, aber am Anfang noch kein Problem waren:
- zweites Stoppen (→ roter Marker springt auf Null) funktioniert nicht mehr, nur noch das erste Stoppen (→ roter Marker springt auf letzte Start-Position) funktioniert
- roten Marker durch doppelklicken in der Timeline an einen bestimmten Punkt setzen funktioniert nicht mehr, auch das hat anfangs noch funktioniert

Logs und Projekt im Anhang

Der Project Explorer bietet in DMXControl 3.2.2 aktuell noch folgende Shortcuts. Diese sind in DMXControl 3.3 nicht mehr vorhanden:

• Strg+X, Strg+C, Strg+V
• Entf

Im Anhang befindet sich das Logfile der Alpha 4, wo ich exemplarisch in einem leeren Projekt das Kopieren und Einfügen über die Tastatur mit einer Szenenliste probiere.

Die switch-Funktion kann zwar aktuell neben der einfachen Variante, wo beim halben Weg des DMX-Kanals die Umschaltung von aus auf ein erfolgt bzw. umgekehrt auch einen eigenen Wertebereich für ein und aus vorgeben.

Allerdings müssen in DMXC 3.2.3 bestimmte Angaben doppelt gemacht werden. Beim Shutter ist bereits über die types “closed” und “open” eine eindeutige Zuordnung gewährleistet. Diese Systematik sollte auch für die switch-Funktion übernommen werden, wie im nachfolgenden Beispiel gezeigt.

<switch dmxchannel="0" >
  <step type="off" mindmx="0" maxdmx="3" />
  <step type="on" mindmx="4" maxdmx="255" />
</switch>

Im angehängten DDF habe ich sowohl Farbkanäle als auch 2 Farbräder (nach dem Hinweis von Patrick, dass die virtuellen CTO-Filter eher ein virtuelles Farbrad sind als ein Farbkorrektur-Kanal). Das DDF kann ich so ohne Probleme in DMXC laden. Mit dem DDF funktioniert es, die Farbkanäle anzusteuern. Auch der Support-Kanal steht da auf dem richtigen Wert. Es funktioniert ebenfalls, die virtuellen Rainbow-Effekte durchlaufen zu lassen (auch hier wird der Support-Kanal korrekt gesetzt). Es funktioniert aber nicht, die CTO-Filter auf dem einen virtuiellen Farbrad bzw. die Farben auf dem anderen virtuellen Farbrad anzusprechen. Der entsprechende Kanal wird zwar korrekt gesetzt, der Support-Kanal wird aber nicht gesetzt und bleibt auf seinem bisherigen Kanalwert.

Edit: Ich habe das DDF mal mit dem hal-Parameter aus  FS#4639  ergänzt und noch einmal angehängt

s.Überschrift

Um eine schnelle Startmöglichkeit in verschiedenen Netzwerk-Konstellationen zum Beispiel für die GUI zu erhalten, soll wie in der Entwicklersitzung am 28.04.2021 besprochen ein Startparameter implementiert werden, um eine Network ID zu übergeben.

Für DMXControl 3.3 soll ein Start Manager entwickelt werden, über den unter anderem folgende Funktionen abgedeckt werden:

• Gleichzeitiges Starten von Umbra, Kernel und GUI
• Herstellung der Verbindung aller Komponenten untereinander bei lokaler Ausführung
• Festlegung eines Standard- bzw. Autostartprojekts
• …

Fehlerbeschreibung

Ergebnis

Was mir nur in der Alpha 6 aufgefallen ist, das der Sekunden-Eingang ruckelig funktioniert.
Im Bereich bis zu ca 60 Sekunden sieht alles noch in Ordnung aus, (Suekunden Eingang entspricht Sekunden Ausgang)
Oberhalb springt der Wert und man erreicht nicht den bzw. nur schwer den Endwert. (Ist in der 3.2.2 anders)
Bilder hiervon habe ich angehängt.
Sowie ein Test Projekt und Logfiles (ganz Minimal) und das Problem tritt auch hier auf.

Wenn ich am Sekunden Eingang (s) zb eine 100 reingebe kommt am Sekunden Ausgang (s) nur 0.1 raus.
Gebe ich aber am Milisekunden Eingang (ms) eine 100 rein hommt am Sekunden Ausgang (s) auch die 100 raus.

Hier sieht es so aus, das die Eingänge bzw die Bezeichnung vertauscht sind.
Dies ist in der Version 3.22 sowie in der 3.3 Alpha so.

Fehlerbeschreibung

Erwartetes Verhalten

Gruppe → Color-Chaser auf die Farbe → Speedmaster auf die Duration

arbeitet wie erwartet

Speedmaster auf 0 → Schweinwerfer springen auf die Farbe die ohne Effekt anliegt

Die 1D Effekte reagieren wie erwartet: aktuelle Farbe des Effektes wird gehalten

Für den Speedmaster wurden im Fenster nun die Buttons hinzugefügt. Hier wäre es gut, wenn die aktuelle Geschwindigkeit visualisiert wird (z.b. Learn Button blinkt)

Wähle ich im Project Explorer den Ordner “Specail Master” aus und füge dort über das Kontextmenü einen Speed- oder Parametermaster hinzu, wird dieser am Anfang noch im Ordner “Special Master” angezeigt. Erst wenn ich weitere Master hinzufüge, wird der Ordner aktualisiert und die Master werden in ihren richtigen Ordnern anzeigt. Schlug diese unregelmäßige Aktualisierung fehl, muss ich den Project Explorer manuell aktualisieren.

Ist ein Connectionset fehlerhaft, werden die im Projekt enthaltenen Softdesks nicht geladen. Damit sind alle Connectionsets nicht nutzbar, die Elemente eines Softdesks enthalten - und nicht nur die, in denen ein Fehler aufgetreten ist. Im Log der GUI taucht dann folgender Eintrag auf:

2022-05-07 13:48:16,099 [Main GUI] ERROR Lumos.GUI.WindowManager - Error when instantiating Object from persistString: Lumos.GUI.Windows.Softdesk.SoftdeskWindow#8af8329a-c9ce-46da-8a74-ce20b5f9301a
System.Reflection.TargetInvocationException: Ein Aufrufziel hat einen Ausnahmefehler verursacht. ---> org.dmxc.lumos.Kernel.Exceptions.NotExistingException: Can't find a SoftdeskModel with ID 8af8329a-c9ce-46da-8a74-ce20b5f9301a
   bei Lumos.GUI.Windows.Softdesk.SoftdeskWindow.getSoftdeskModelFromID(String id) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Windows\Softdesk\SoftdeskWindow.cs:Zeile 67.
   bei Lumos.GUI.Windows.Softdesk.SoftdeskWindow.GetInstanceFromPersistString(String softdeskId) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Windows\Softdesk\SoftdeskWindow.cs:Zeile 41.
   --- Ende der internen Ausnahmestapelüberwachung ---
   bei System.RuntimeMethodHandle.InvokeMethod(Object target, Object[] arguments, Signature sig, Boolean constructor)
   bei System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object obj, Object[] parameters, Object[] arguments)
   bei System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
   bei System.Reflection.MethodBase.Invoke(Object obj, Object[] parameters)
   bei Lumos.GUI.WindowManager.GetContentFromPersistString(String persistString) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\WindowManagement\WindowManager.cs:Zeile 1856.

Als Beispiel kann das Projekt aus  FS#4850  herangezogen werden. Auch wenn dieses nur ein Connectionset enthält und dieses einen Fehler auswirft, ist dennoch zu sehen, dass alle Elemente des Softdesks pauschal nicht geladen werden.

Im Softdek kann man einen eingefügten SLider nicht sehen(außer drei Strichen). Ändert man den Style, dann kann man ihn richtig sehen.
Alpha 8

Ich habe die 3.3 Alpha 9 installiert und mein Projekt aus der 3.2.3 neu rübergeholt.
Dabei ist mir aufgefallen das die Silder farblich nicht mehr richtig angezeigt werden.
Bilder vom Softdesk aus der 3.3 Alpha 8 und Alpha 9 sowie das Projekt habe ich angehängt.

Gruss Steff

Slider sind im Softdesk in der Standardeinstellung - im Darkmode - kaum noch zu sehen, siehe Bild im Anhang. Im rot eingekreisten Bereich ist ein Slider, bzw sollte einer sein.

Hallo,
in der StageView kann ich mir ja über “Show/Hide” die “Device/Group Number” anzeigen lassen. Es wäre sehr schön, wenn man sich die DMX-Startadresse (ggf. natürlich entweder Group/Device Nummer oder DMX-Kanal, wenn beides gleichzeitig zu unübersichtlich ist) anzeigen lassen könnte.
Somit kann ich direkt sehen, wo meine Lichter optisch sind und wie diese eingestellt sein müssten.
Als Notation könnte man entweder die Schreibweise 1.xxx (1 für’s Universum und xxx für die DMX-Adresse) benutzen oder halt nur die DMX Adresse (reicht ja schon aus).
Habe mich jetzt erst einmal damit beholfen, dass ich das Hintergrundbild so verändert habe, dass ich darauf die DMX-Adressen eingetragen habe

Mit freundlichen Grüßen

 Michael Röder

Es sollten Timeouts für die Sessions eingebaut werden.

Besonders ist das beim speichern des Projektes zu beachten (ca. 30s).

Außerdem könnten Clients die sich länger nicht mehr melden rausgeworfen werden.

Manchmal funktioniert die Selektion in der StageView nicht mehr…. DeviceControl und Selected DeviceNode arbeiten dann nicht

~~~~~~~~~~~~~~~~~~~

Das Selected Device Node ist dazu gedacht, die aktuelle Auswahl von Devices bzw. Device Groups im Input Assignment zur Verfügung zu stellen. Dies funktioniert so mit der Beta 5 nicht mehr. In der Beta 3 hat das Node noch erwartungsgemäß gearbeitet.

Um den Fehler nachzustellen, habe ich das beigefügte Beispielprojekt erstellt. Im zugehörigen Connectionset ist zu sehen, dass es keinerlei Aktualisierungen im Node gibt und deswegen die aktuelle Auswahl auch nicht in dem hierzu vorbereiteten Softdesk angezeigt wird. Ich muss aber nachfolgend einschränkend feststellen, dass es sich um ein eher sporadisch auftretendes Projekt handelt. Nachdem ich nun zwischenzeitlich ein bisschen hin- und hergeklickt sowie andere Projekte geladen habe, funktioniert das Node aktuell wieder. Die beigefügten Logs zeigen aber die Situation, in der es nicht erwartungsgemäß arbeitete.

Fehlerbeschreibung

Beim Hinzufügen eines Effekts aus der Reihe der gespeicherten Effekte musste ich feststellen, dass dies keine Parameter mehr beinhalten, wenn ich mir diese in der GUI per Edit ansehe und auch auf eine Funkion anwende. Vergleiche ich zudem die zugehörige Datei “SavedAttachables.xml” (die ich von DMXC 3.2.3 übernommen habe) vor dem Start und nach dem Beenden, so sind die zugehörigen Parameter der gespeicherten Effekte auch nach dem Beenden nicht mehr enthalten.

Wenn ich ein Projekt abspeichern möchte funktioniert dass nur wenn ich auch die korrekte Dateiendung (.dmz) anhänge.
Es sollte analog zu anderen Windowsprogrammen auch ohne Dateiendung funktionieren zumal ja an dieser Stelle nur diese eine möglich ist, oder?

Fehlerbeschreibung

Es wird für den Anfang einen rumimentären Audioplayer geben. Dieser wird dann sukzessive weiter ausgebaut.

Ändere ich die Werte für Fade Factor und Speed Factor entweder extern über das Cuelist-Node im Input Assignment oder auch direkt im Cuelist Editor, werden diese Werte beim Starten der Cuelist immer auf den Standardwert von 100% zurückgesetzt. Der gewählte Wert für die Intensität wird aber beibehalten.

Ist die Cuelist dann aktiv, kann ich die Werte für Fade Factor und Speed Factor ändern, wo sie dann auch das erwartete Verhalten zeigen.

Im Anhang findet sich ein kleines Projekt mit einer Cuelist, wo ich die Fadezeiten länger gewählt habe, um auch während des Fades Zeit zu haben, die Werte für Fade Factor und Speed Factor zu ändern.

Im folgenden Setup kann die GUI des PC 2 die Einstellungen wie zum Beispiel die Änderung der Sprache nicht speichern.

• PC 1: Umbra, Kernel, GUI
• PC 2: GUI

Die GUI auf PC 2 stürzt dabei komplett ab, sobald ich diese regulär schließe. Aktuell hilft es nur, wenn ich auf dem PC 2 Kernel und Umbra lokal starte und somit für die Änderung ein komplett autarkes System habe.

Trägt man ein Fanning in die Go-To-Time, Go-Back-Time und Release-Time ein, so wird dies zwar akzeptiert und auch gespeichert. Der Kernel verwendet aber nur die erste Zahl des Fannings als entsprechende “Arbeitszeit” und ignoriert das Fanning komplett.

Hier sollte entweder eine Fehlermeldung aufkommen, dass eine solche Eintragung nicht zulässig ist oder dieses Feature unterstützt werden.

Die Master werden in der Reihenfolge 1, 10, 11, 2, 3, 4, 5, 6, 7, 8 ,9 dargestellt, zum schnellen finden wäre eine normale Sortierung praktischer.

Mit der Beta 11 ist das Rechnen mit Mastern in den Parametern eines Effekts nicht mehr zulässig. In welchem Wert für eine Funktion oder welcher Effekt dabei verwendet wird, ist dabei (offenbar) nicht relevant. Ich habe es unter anderem für die Effekte

• Bump
• PWM
• Chaser

sowie für die Funktionswerte

• Dimmer
• Strobe

probiert für unter anderem folgenden Syntax:

• Amplitude / Dimmer: {Parametermaster 1:*2} oder {Parametermaster 1: *2}
• Frequency / Duration / Strobe : {Speedmaster 1:/2}

Ich habe das Problem auf kritisch gesetzt, weil auf Grund dieses Fehlers alle Projekte nicht geladen werden können, in denen mit den Mastern gerechnet wurde.

Logs kann ich nicht beifügen, da im Moment der Bestätigung der Eingabe keine Einträge generiert werden. Es erscheint in der GUI nur die generische Fehlermeldung “Value not valid”.

Fehlerbeschreibung

Erwartetes Verhalten

Die Prüfung auf vorhandene Installation von .net 6 funktioniert nicht. Der Installer führt die Installation von .net 6 bei jedem Durchlauf des Setups von DMXC3 aus, obwohl .net 6 erst zuvor installiert wurde.

Anbei das Log des Installers.

Gemäß Diskussion:

(vorerst)
Zuletzt gespeichertes Projekt wird für Kernel zugreifbar gespeichert.
Option: einstellbar, ob vor dem Beenden des Kernels nochmal der aktuelle Stand gespeichert werden soll.
Option: dieses Projekt automatisch beim Start wieder zu laden.

Weiterhin beliebiges Projekt per Startparameter.
=⇒ AL: Started

EDIT/ERGÄNZUNG MARCEL 27.11.2018:

Ich habe zu dem ganzen Projekthandling folgende Idee wie man das Konzept mMn besser gestalten koennte.
DMXC3 wurde als Client/Server konzipiert und ist mMn ein wichtiges Feature, wenn auch (noch) wenig genutzt.

Aktuell wird beim Speichern immer dort eine Kopie erstellt, an deren Ort das Speichern ausgelösst wird. Angenommen wir haben 1 Server und 2 GUIs/Clients:

Client 1 speichert bei sich aus der GUI heraus. Client 2 arbeitet weiter, Client 1 lädt wieder und überschreibt alle Änderungen von Client 2. Und das ohne Rückfrage → Doof

Besser sollte es so sein:

“Projekt speichern” ist bei jedem Client nur noch ein Remote-Befehl an den Server das dieser bei sich in seinem Workdir das Projekt speichern soll.
Ebenso “Projekt laden” öffnet eine Liste und zeigt die auf dem Server abgelegten Projekte an, welche dann auf dem Server geladen werden können.

Neu hinzukommen sollten zwei Einträge:
“Projekt Downloaden/Exportieren” → Packt das Projekt in aktuellem Zustand als ZIP auf dem Server und schickt es an den entsprechenden Client zum runter laden.
“Projekt Hochladen/Importieren” → Lädt ein ZIP und transferiert es auf den Server in das Workdir und macht es somit in der “Remoteliste” zum öffnen verfügbar.

In diesem Zuge kann man darüber nachdenken auf dem Server nicht mehr als ZIP zu speichern und jedes Projekt optional sogar in ein lokales GIT oder ähnlich zu packen. Dann hat man sogar eine Versionierung.

Durch die Verwaltung der Projekte im Kernel können nun nicht mehr die klassischen Dialoge zum Laden und Speichern von Projekten verwendet werden. Ein eigener Dialog ist hierfür erforderlich, der sich in seinem Grundaufbau möglicherweise an den Add Device Dialog anlehnen kann.

Der Projektmanagement-Dialog sollte unter anderem folgende Funktionen anbieten:

• Importieren und Exportieren von Projekten, die auf anderen PCs genutzt werden
• Organisation der Projekte in einem Baum mit folgenden Merkmalen
  • Strukturierung der Projekte in mehreren (virtuellen) Ordnern
  • Auflistung der zuletzt genutzten Projekte
  • Favoriten
• Anzeige von Informationen zum Projekt wie Titel, Beschreibung, Autor, letzte Speicherung
• …

DMXC 3.3 Beta 7

Ich wollte ein Projekt mit dem Dateinamen “Sommerbühne2023_After.dmz” importieren. Nach der Dateiauswahl passiert scheinbar nichts, das Projekt landet nicht in der Liste und wird auch nicht in den Project Store entpackt.
Im Kernel-Log habe ich eine HttpRequestException gefunden, die auf ein ASCII-Problem hinweist:

Grpc.Core.RpcException: Status(StatusCode="Internal", Detail="Error starting gRPC call. HttpRequestException: Request headers must contain only ASCII characters.", DebugException="System.Net.Http.HttpRequestException: Request headers must contain only ASCII characters.
   at System.Net.Http.HPack.HPackEncoder.EncodeValueStringPart(String value, Span`1 destination)
   at System.Net.Http.HPack.HPackEncoder.EncodeStringLiteral(String value, Encoding valueEncoding, Span`1 destination, Int32& bytesWritten)
   at System.Net.Http.HPack.HPackEncoder.EncodeStringLiterals(ReadOnlySpan`1 values, String separator, Encoding valueEncoding, Span`1 destination, Int32& bytesWritten)
   at System.Net.Http.Http2Connection.WriteLiteralHeader(String name, ReadOnlySpan`1 values, Encoding valueEncoding, ArrayBuffer& headerBuffer)
   at System.Net.Http.Http2Connection.WriteHeaderCollection(HttpRequestMessage request, HttpHeaders headers, ArrayBuffer& headerBuffer)
   at System.Net.Http.Http2Connection.WriteHeaders(HttpRequestMessage request, ArrayBuffer& headerBuffer)
   at System.Net.Http.Http2Connection.SendHeadersAsync(HttpRequestMessage request, CancellationToken cancellationToken, Boolean mustFlush)
   at System.Net.Http.Http2Connection.SendAsync(HttpRequestMessage request, Boolean async, CancellationToken cancellationToken)
   at System.Net.Http.HttpConnectionPool.SendWithVersionDetectionAndRetryAsync(HttpRequestMessage request, Boolean async, Boolean doRequestAuth, CancellationToken cancellationToken)
   at System.Net.Http.RedirectHandler.SendAsync(HttpRequestMessage request, Boolean async, CancellationToken cancellationToken)
   at Grpc.Net.Client.Balancer.Internal.BalancerHttpHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken)
   at Grpc.Net.Client.Internal.GrpcCall`2.RunCall(HttpRequestMessage request, Nullable`1 timeout)")
   at org.dmxc.lumos.Kernel.Net.gService.Resource_gService._saveResource_RequestReceived(Object sender, RequestEventArgs`1 args) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Net\gService\Resource_gService.cs:line 305

Wenn ich die Datei umbenenne (mit “ue”) klappt der Import.
Da das Projekt relativ groß ist und das Problem am Dateinamen zu hängen scheint, verzichte ich (erstmal) darauf, die Projektdatei anzuhängen.

Das beigefügte Projekt enthält drei Softdesks mit zahlreichen Steuerelementen. Beim ersten Laden klappt in der Regel alles noch einwandfrei, wenn die letzte Fensteranordnung aufgerufen wird, die alle drei Softdesks anzeigt. Wenn ich aber die nachfolgend genannten Schritte ausführe, findet die GUI zwei der drei Softdesks nicht, obwohl diese zuvor noch geöffnet werden konnten. Die zugehörigen Fenster bleiben leer.

1. Projekt über “Close Project” schließen.
2. Ein neues, leeres Projekt erstellen lassen.
3. Beigefügtes Projekt erneut öffnen und letzte Fensteranordnung aufrufen.

Ursprung dieses Tickets war, dass bei meinen Projekten aus DMXC 3.2.2 die noch deutlich umfangreicheren Softdesks bereits beim ersten Laden des Projekts nach dem Start der Sitzung nicht aufgerufen werden konnten, was zur Folge hat, dass das gesamte Projekt nicht mehr funktioniert. Hinterlege ich im Projekt die Softdesks einzeln in einem separaten Projekt ohne weitere Inhalte, indem ich die über die Datei “SoftdeskMaster.xml” auskommentiere, konnten alle Softdesks für sich einzeln geladen werden. Sobald aber alle “aktiv” sind, klappt dies nicht. Spannenderweise wechselst dies auch durch, wenn ich die Reihenfolge der Einträge in der Datei “SoftdeskMaster.xml” ändere.

Im Anhang findet sich das vereinfachte Testprojekt mit den speziell für dieses Ticket angelegten Softdesk sowie die Log-Dateien für einen kompletten Durchlauf, wie er oben beschrieben ist.

Ich habe ein Projekt erstellt, in dem insgesamt 672 Geräte und 28 Gerätegruppen gepatcht und in zahlreichen Ordnern abgelegt.

Das Laden des Projekt schlägt jedoch mit einer Fehlermeldung fehl. Ignoriere ich diese, fallen gibt es folgende Fehler:

• die Zuordnung der Geräte und den Gerätegruppen zu den Ordnern schlägt ca. zu 80% fehl
• in den beiden Stage Views fehlen Icons von Geräten und Gerätegruppen

Spannenderweise liegen die Positionsinformationen der Icons in den Stage Views grundsätzlich noch vor. Ziehe ich die fehlenden Icons wieder in die Stage View, werden diese an der richtigen Position eingefügt.

Lade ich das gleiche Projekt mit der 3.3 Alpha 4, so funktioniert das Projekt ohne Probleme.

Im Anhang findet sich das betreffende Projekt sowie die Logs eines Durchlaufs einer Sitzung.

mein mittelgroßes Projekt lädt nicht in der Alpha1.

Logfiles und Projekt sind angehängt.

Gruß
Frank