Bugtracker DMXControl 3

Bugtracker für DMXControl 3

Herzlich willkommen im Bugtracker für DMXControl 3. Hier können Sie alle Fehler in DMXControl 3 melden oder Wünsche für neue Features äußern. Dieser Bugtracker ist jedoch nicht der richtige Ort für allgemeine Probleme zur Bedienung oder bei fehlerhaften DDFs. Dafür benutzen Sie bitte das DMXControl Forum.

Bevor Sie einen Fehler melden, prüfen Sie bitte ob Sie mit der aktuellsten Version arbeiten und schauen bitte nach, ob dieser Fehler bereits gemeldet wurde. Im Sinne einer schnellen Fehlerbehebung geben Sie bitte unbedingt eine E-Mail-Adresse für Rückfragen an und fügen alle eventuell angezeigten Fehlermeldungen bitte möglichst vollständig dem Report hinzu (z.B. mit Screenshot). In DMXControl 3 gibt es eine Export-Funktion für alle erforderlichen Log Files. Sie ist im Hauptmenu unter “Help” → “Export Logs” zu finden.

Wenn Sie häufiger Fehler melden und über behobene Fehler informiert werden möchten, lohnt sich auch eine Registrierung. Ihre Kontaktdaten (E-Mail-Adresse) werden von uns ausschließlich zur Kommunikation zwecks Rückfragen bei Problemen der Fehler-Reproduktion und Fehlerbereinugung in unseren Projekten verwendet.

Vielen Dank für ihre Mitarbeit!
Ihr DMXControl Projects e.V. Team

IDFortschrittKategorieAufgabentypSchweregradZusammenfassungStatusbetrifft Versionfällig in Versionangelegtzuletzt geändertangelegt von
5303
0%
 ExecutorenFehlerberichtniedrigExecutoren fliegen aus Ordner Neu3.2.313.04.202413.04.2024Joel09 Aufgabenbeschreibung

Fehlerbeschreibung

Die Belegten Executoren springen nach Neuladen des Projektes oder Neustarten des Programmes immer aus ihren Ordnern raus.
Des weiteren kann man keine belegten Executoren in einen Ordner schieben.

Erwartetes Verhalten

Wollte die Executoren in Ordner Packen damit diese Ordentlich geordnet sind.

5304
90%
 GUIFehlerberichtniedrigBestimmte Cues lassen sich nicht im Cue Timing Editor b...Benötigt Tests3.3 RC x3.313.04.202414.04.2024JPK Aufgabenbeschreibung

Das Projekt liegt in der Cloud (im üblichen Ort). Wenn man versucht, aus der Main Cuelist die Cue “ES.01.10: Einlass” in den Cue Timing Editor zu laden, dann fliegt folgende Exception:

2024-04-13 18:25:34,465 [Main GUI] ERROR Lumos.GUI.Run.GuiRunManager - Unhandled Exception: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei Lumos.GUI.Windows.SceneList.SceneEditView.<>c.<SceneEditView_Shown>b__12_1(IDevicePropertyFacade c) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Windows\SceneList\SceneEditView.cs:Zeile 57.
   bei System.Linq.Enumerable.WhereSelectArrayIterator`2.MoveNext()
   bei System.Linq.Enumerable.<DistinctIterator>d__64`1.MoveNext()
   bei System.Collections.Generic.List`1..ctor(IEnumerable`1 collection)
   bei System.Linq.Enumerable.ToList[TSource](IEnumerable`1 source)
   bei Lumos.GUI.Windows.SceneList.SceneEditView.<SceneEditView_Shown>d__12.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Windows\SceneList\SceneEditView.cs:Zeile 57.
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
   bei System.Runtime.CompilerServices.AsyncMethodBuilderCore.<>c.<ThrowAsync>b__6_0(Object state)

Aus der Async-Function kommen einzelne null Einträge raus, was dazu führt, dass beim Abrufen des DisplayNames die Exception fliegt.
5305
0%
 InputAssignmentFehlerberichtniedrigSwitch Device regiert nicht auf Programmer Eingänge LUM...Neu3.2.313.04.202413.04.2024steff Aufgabenbeschreibung

Hallo,
mir ist da beim testen mit der 3.2.3 ist mir da was aufgefallen.
Habe es dann in der 3.3.0.RC2 getestet und hier ist es auch so.
Ich meine das es in einer älteren Version funktioniert hat.
Kann das aber leider nicht mehr testen.

Ich habe dann ein neues Projekt zum testen dafür angelegt.
Projekt und Bilder zur Verdeutlichung sind im Anhang.

Ich habe einen Gerneric Dimmer und acht Gerneric Switch mit entsprechenden Device Group angelegt.

Wähle ich beide Gruppen an und drücke dann den Button LUMOS im Control Intensity gehen der verwendete Dimmer sowie die Switch an.
Beim drücken auf Nox geht das ganze auch wieder aus.

Ich habe dann im IA ein CS mit Buttons und einem Pragrammer Node angelegt.
Button (1) verbunden dem Eingang LUMOS, Button (2) verbunden mit dem Eingang NOX.
Es sind wieder beide Gruppen abngewählt.
Drücke ich den Button der mit LUMOS verbunden ist, geht nur der Dimmer an und die Switch bleiben aus.
Sind Dimmer und Switch an und ich Drücke den Button der mit NOX verbunden ist geht nur der Dimmer aus.

Erwartetes Verhalten

Ich würde hier erwarten das es egal ist ob ich die Buttons LUMOS und NOX im Control Intensity oder die LUMOS und NOX Eingänge vom Programmer verwende.
Hier sollte doch das gleiche passieren

Gruß Steff
zeige Aufgaben 1 - 3 von 3 Seite 1 von 1

verfügbare Tastenkürzel

Aufgabenliste

Aufgabendetails

Aufgabenbearbeitung