Bugtracker DMXControl 3

nicht vorhanden

An aktuell zwei Stellen ist mir aufgefallen, dass das Anzeigeformat unter den folgenden Punkten noch fortlaufend ist und nicht wie angedacht im Format [Universum.Adresse].

• Konfiguration der DMX-Interfaces: nach dem Aktualisieren der Liste (siehe Bild 1)
• Add device dialog: im Projekt existieren bereits Geräte und man fügt zu einem späteren Zeitpunkt weitere hinzu (siehe Bild 2)

An weiteren Stellen, wie zum Beispiel in den Device Properties oder im Patching Dialog werden die DMX-Adressen im gewünschten Format [Universum.Adresse] angezeigt.

Ich habe zwei DMX-Interfaces hinzugefügt und diese dann deaktiviert (siehe Bild 1). Aktualisiere ich die Ansicht, werden zwar beide Interfaces durch die grau hinterlegten Zellen als deaktiviert gekennzeichnet (siehe Bild 2). Der Haken wird aber wieder gesetzt, was dann zu Verwirrung führt.

Dieser Fehler steht aber nicht im Zusammenhang mit Ticket  FS#3864  bzw. darf nicht als solcher verstanden werden.

Im Anhang die Log-Dateien der Sitzung.

siehe bild

Das Problem aus dem angehängten Bild taucht im SoftDesk auf, wenn der Softdesk größer als der Designer ist.

In den Optionen für die Cuelist Group ist der Eintrag “Intelligent settings” wieder sichtbar. Da diese Funktion nicht genutzt werden soll und auch nicht genutzt werden kann, müsste die einmal ausgeblendet werden.

Wie im beigefügten Bild zu sehen, entspricht die Höhe des Kontextmenüs zur Executor Page im Executor-Fenter nicht den allgemein üblichen Abmessungen. Dies gilt sowohl für das Standard Theme als auch das Dark Theme.

Öffne und schließe ich den Image chooser mehrfach in einer Sitzung, um Gobos für eine Gobo list oder für die Gobo affinity auszuwählen, reagierte die GUI nach einigen Malen nicht mehr und im Log erscheint folgender Eintrag

2022-04-15 13:05:18,330 [Main GUI] ERROR Lumos.GUI.App - Exception in WPF
System.OutOfMemoryException: Eine Ausnahme vom Typ "System.OutOfMemoryException" wurde ausgelöst.

In diesen Fällen beendet sich die GUI selbst und muss manuell neu gestartet werden.

Die vollständigen Logs stelle ich zu einem späteren Zeitpunkt zur Verfügung, wenn ich das Problem nochmal gezielt reproduziere.

Möchte ich im Add Device Dialog die DMX-Adresse für ein neu zu patchendes Gerät korrigieren und lösche mittels der Backspace-Taste oder der Entf-Taste meine Eingabe, so werden immer zwei Zeichen entfernt. Im Eingabefeld für Device Name tritt dieses Phänomen nicht auf.

Da dieses Problem ein reines GUI-Problem ist, kann ich hierzu keine Logs zur Verfügung stellen. Dies muss daher direkt in der Software nachvollzogen werden.

Möchte ich im Programmer Filter Devices / Device Groups abwählen bzw. anwählen, dass ihre Werte (nicht) in einer Cue abgespeichert werden, so ist dies nur über einen Rechtsklick in die Checkbox möglich. Der Linksklick funktioniert nur einmalig, wenn ich zuvor einen Eintrag in den Properties des zugehörigen Devices / Device Groups geändert habe.

Das Ab- und Anwählen von Properties der Devices / Device Groups funktioniert dagegen durchgängig per Linksklick.

Da dieses Problem ein reines GUI-Problem ist, kann ich hierzu keine Logs zur Verfügung stellen. Dies muss daher direkt in der Software nachvollzogen werden.

Ich möchte in einer Cuelist mit mehreren Cues eine der Cues einige Positionen nach oben oder nach unten verschieben. Dies ist aber mit den Up- / Down-Buttons nur bedingt möglich. Ich kann aktuell eine Cue immer nur eine Position nach oben oder nach unten verschieben. Mehrfaches betätigen der Buttons funktioniert an dieser Stelle nicht.

Der aktuelle Workaround besteht darin, dass ich gewissermaßen “invertiert” verschiebe. Konkret heißt das für den Fall, wo ich die Cue 1 zum Beispiel von Position 1 auf Position 5 verschieben möchte, dass ich die Cues 2 bis 5 markierte und eine Position nach oben verschiebe.

Zur Reproduktion kann ein beliebiges Projekt verwendet werden, das eine Cuelist mit mehreren Cues enthält.

Die Nodes im Input Assignment haben seit der Beta keine Properties mehr. Siehe hierzu exemplarisch das Bild des Draw Bitmap Nodes.

Fehlerbeschreibung

Fehlerbeschreibung

Aktuell lässt sich die Project Administration nur über den Eintrag “Open” im Menü “Files” öffnen.

Es fühlt sich für mich irgendwie komisch an, diesen Weg zu gehen, um eben meine Projekte zu verwalten. Daher würde ich mir wünschen, einen zusätzlichen Eintrag “Project Administration” explizit mit in das Menü aufzunehmen, so wie es zum Beispiel bei DaVinci Resolve der Fall ist.

Ich lade ein etwas größeres Projekt, wo DMXC auch ein bisschen mit zu tun hat (große Anzahl an Geräten und Cuelists, einige Connectionssets im Input Assignment). Dabei passiert es regelmäßig, dass die Project Administration im Hintergrund verschwindet und ich das Fenster erst explizit über die Taskleiste in den Vorgrund holen muss, um weiterarbeiten zu können.

Es macht keinen Unterschied, ob ich das zuletzt gespeicherte Fensterlayout aufrufe oder nicht. Ebenfalls hat die Einstellung “Show taskbar icon for each window” ebenfalls keinen Einfluss, ob das Fenster nach dem Laden des Projekts im Hintergrund liegt oder nicht.

Speichere ich mein Projekt, so wird in der Project Administration die UTC-Zeit der letzten Sicherung anzeigt, wodurch ich somit eine Verschiebung von zwei Stunden habe (siehe Screenshot).

Da sich Kernel und Umbra ebenfalls in ihren Logs auf die Systemzeit berufen, sollte es bei der Project Administration nicht anders sein oder automatisch die Zeitzone inkl. Sommer- / Winterzeit des PCs ausgelesen werden, auf dem der Kernel läuft.

Ändere ich an mehreren Projekten den Status, ob dieses Projekt angepinnt sein soll oder nicht, wird mir dies spätestens ab dem zweiten Klick auf den Button nicht mehr richtig dargestellt. Um herauszufinden, wie der Status meiner Projekte ist, muss ich die Project Administration einmal schließen und erneut öffnen.

Logfiles kann ich nicht zur Verfügung stellen, da diese Aktion nicht protokolliert wird.

2022-10-13 23:33:17,963 [54] FATAL Lumos.GUI.Run.GuiRunManager - Unhandled Exception: Die Sequenz enthält keine Elemente.
System.InvalidOperationException: Die Sequenz enthält keine Elemente.
   bei System.Linq.Enumerable.First[TSource](IEnumerable`1 source)
   bei Lumos.GUI.Windows.Project.ViewModels.ProjectListItemViewModel.<Create>d__6.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Windows\Project\ViewModels\ProjectListItemViewModel.cs:Zeile 73.
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
   bei System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   bei System.Runtime.CompilerServices.TaskAwaiter`1.GetResult()
   bei Lumos.GUI.Windows.Project.ViewModels.ProjectAdministrationViewModel.<Client_ProjectChanged>d__11.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Windows\Project\ViewModels\ProjectAdministrationViewModel.cs:Zeile 102.
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
   bei System.Runtime.CompilerServices.AsyncMethodBuilderCore.<>c.<ThrowAsync>b__6_1(Object state)
   bei System.Threading.QueueUserWorkItemCallback.WaitCallback_Context(Object state)
   bei System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   bei System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem()
   bei System.Threading.ThreadPoolWorkQueue.Dispatch()
   bei System.Threading._ThreadPoolWaitCallback.PerformWaitCallback()

In dem beigefügten Projekt habe ich eine Reihe unterschiedlicher Master angelegt und zwar in folgender Reihenfolge:

• Group Master (beim Patching)
  • MIS Group
  • DMH Group
  • AX5 Master
• Parameter Master (über Device Control)
  • Parameter Master 1 (Default)
  • Parameter Master 13
  • Parameter Master 8
• Speed Master (über Device Control)
  • Speed Master 1 (Default)
  • Speed Master 6
  • Speed Master 4
  • Speed Master 7
  • Speed Master 3
• Color Master (über Device Control)
  • Color Master 1 (Default)
  • Color Master 21
  • Color Master 14
  • Color Master 3
  • Color Master 31

Meine Erwartungshaltung wäre an dieser Stelle, dass die Master eines jeden Typs (insbesondere die Parameter Master, Speed Master, Position Master und Color Master) nicht pauschal in der Reihenfolge sortiert werden, wie ich sie erzeugt habe, sondern

• Alphabetisch (bevorzugt)
• Anhand der Nummer des Masters

Das aktuelle Ergebnis des nicht wirklich sortieren Zustands (auch nach dem Speichern und Laden des Projekts) ist im beifügten Screenshot zu sehen.

Erweitere ich einen Group Master über die Pfeile, dann erscheint ein weiterer Regler für den Group Master, wie im beigefügten Screenshot zu sehen.

Dies ist an dieser Stelle soweit unnötig, da er das gleiche tut, wie der Regler, der die ganze Zeit bereits zu sehen ist.

Im Gobo Affinity Window soll man auf das Bild des Gobos klicken können, um ein anderes Gobo auszuwählen, was entsprechend der Gobo List ersetzt wird. Dies ist aktuell nicht mölglich.

Wenn man ein Projekt löschen möchte wird man aufgefordert den Projektnamen einzugeben.
Aktuell ist das Textfeld nicht direkt im Fokus so dass ein weiterer Klick nötig ist. Es wäre schön wenn der Fokus direkt im Textfeld liegt und man ohne weiteren Klick direkt tippen könnte.

Ich fände es gut wenn Colormaster und Positionmaster ihre eingestellten Werte auch über ein Projekt schließen hinweg behalten würden.
Hintergrund:
Ich habe ein sehr umfangreiches Projekt bei dem wir, um möglichst flexibel zu bleiben, mehrere Positionen und Farben über Regler ansteuern, im Augenblick über den Sawtooth-Workaround.
Gerade für mehrtägige Projekte wäre es wichtig wenn die Master die eingestellten Werte behalten könnten.

Der Export des gesamten Projektes über das Menü rechts oben funktioniert nicht.
Der Export einer einzelnen Version über das untere Menü funktioniert wie erwartet.

Mit der Beta 5 habe ich häufig insbesondere beim Speichern des aktuellen Projekts das Problem, dass die GUI abstürzt. Folgender Eintrag im Log der GUI zu finden.

2022-12-23 16:24:17,453 [Log-Thread] DEBUG Lumos.GUI.Run.GuiRunManager - InformSaveProject [before=True] took 105 ms
2022-12-23 16:24:17,531 [Log-Thread] DEBUG Lumos.GUI.Net.gClient.User_gClient - UserContext of current User changed
2022-12-23 16:24:17,540 [92] FATAL Lumos.GUI.Run.GuiRunManager - Unhandled Exception: Der Vorgang ist aufgrund des aktuellen Zustands des Objekts ungültig.
System.InvalidOperationException: Der Vorgang ist aufgrund des aktuellen Zustands des Objekts ungültig.
   bei Lumos.GUI.Facade.User.UserContextFacade.ProcessDeviceChangedMessage(UserContextChangedMessage message) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Facade\User\UserContextFacade.cs:Zeile 43.
   bei Lumos.GUI.Facade.GUISession.UserContextFacadeUpdater.<ProcessChange>d__3.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Facade\GUISession\FacadeUpdaters.cs:Zeile 38.
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
   bei System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   bei System.Runtime.CompilerServices.TaskAwaiter`1.GetResult()
   bei Lumos.GUI.Facade.GUISession.FacadeContainer`2.<ProcessChangeMessage>d__21.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Facade\GUISession\FacadeContainer.cs:Zeile 142.
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
   bei System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   bei System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult()
   bei Lumos.GUI.User.UserManager.<OnUserContextChanged>d__65.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\User\UserManager.cs:Zeile 282.
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
   bei System.Runtime.CompilerServices.AsyncMethodBuilderCore.<>c.<ThrowAsync>b__6_1(Object state)
   bei System.Threading.QueueUserWorkItemCallback.WaitCallback_Context(Object state)
   bei System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   bei System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem()
   bei System.Threading.ThreadPoolWorkQueue.Dispatch()
   bei System.Threading._ThreadPoolWaitCallback.PerformWaitCallback()

Der Kernel führt zu dem Zeitpunkt des Absturz folgende Aktionen aus:

2022-12-23 16:24:17,475 [Log-Thread] INFO  org.dmxc.lumos.Kernel.Project.ProjectManager - Saving Project FS#4944 - Master window
2022-12-23 16:24:17,484 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.v2.InputManager - saveProject KernelInputManager.
2022-12-23 16:24:17,796 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.FileAccessUtil - Deleted D:\Arbeit\MSK event GbR\Software\DMXControl 3.3.0\Kernel\Temp\b42fdf64-174b-4edc-97eb-b4cb45012ba3.tmp
2022-12-23 16:24:17,796 [Log-Thread] INFO  org.dmxc.lumos.Kernel.Project.ProjectManager - Project FS#4944 - Master window successfully saved.

Haben Sie einen Fehler entdeckt? Dann nutzen Sie bitte folgendes Template und beachten die Hinweise für eine reibungsfreie Bearbeitung der Tickets.

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

In der GUI werden die Icons für niedrigen und kritischen Akkustand werden nicht angezeigt. Stattdessen erscheint das Default-Icon.

2023-01-01 20:13:03,548 [Log-Thread] WARN  Lumos.GUI.Controls.LazyImageList - Image File not found in ProjectExplorer: battery_yellow_33

Mehr durch Zufall musste ich feststellen, dass die GUI direkt beim Start mit dem folgenden Logeintrag abstürzt, wenn statt des 3.3er-Kernels der 3.2.3er-Kernel läuft. Auch wenn die Konstellation eher ungewöhnlich ist, sollte diese trotzdem keinen Absturz hervorrufen.

2023-01-07 20:22:54,057 [Main GUI] FATAL Lumos.GUI.Run.GuiRunManager - Unhandled Exception: Der Zugriff auf einen Socket war aufgrund der Zugriffsrechte des Sockets unzulässig
System.Net.Sockets.SocketException (0x80004005): Der Zugriff auf einen Socket war aufgrund der Zugriffsrechte des Sockets unzulässig
   bei System.Net.Sockets.Socket.DoBind(EndPoint endPointSnapshot, SocketAddress socketAddress)
   bei System.Net.Sockets.Socket.Bind(EndPoint localEP)
   bei LumosProtobuf.Udp.UdpListener.StartListen() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosProtobuf\src\UdpListener.cs:Zeile 41.
   bei LumosProtobuf.Udp.UmbraDiscoveryClient.StartDiscovery(IReadOnlyCollection`1 listenAdresses) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosProtobuf\src\UmbraDiscoveryClient.cs:Zeile 66.
   bei org.dmxc.lumos.Kernel.Net.AbstractGrpcManager.NetTools_NetworkChanged(Object sender, EventArgs e) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Net\AbstractGrpcManager.cs:Zeile 175.
   bei org.dmxc.lumos.Kernel.Net.AbstractGrpcManager.StartupFinished() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Net\AbstractGrpcManager.cs:Zeile 167.
   bei org.dmxc.lumos.Kernel.Run.AbstractRunManager`2.InformManagerStartupFinished(TManager m) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Run\AbstractRunManager.cs:Zeile 372.
   bei System.Linq.Enumerable.All[TSource](IEnumerable`1 source, Func`2 predicate)
   bei org.dmxc.lumos.Kernel.Run.AbstractRunManager`2.DoManagerTopDown(Func`2 action) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Run\AbstractRunManager.cs:Zeile 142.
   bei org.dmxc.lumos.Kernel.Run.AbstractRunManager`2.startManager() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Run\AbstractRunManager.cs:Zeile 340.
   bei Lumos.GUI.Run.GuiRunManager.startupGui() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Run\GuiRunManager.cs:Zeile 62.
   bei Lumos.GUI.Program.runGui() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Program.cs:Zeile 194.
   bei Lumos.GUI.Program.Main(String[] param) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Program.cs:Zeile 160.

Reproduzieren lässt sich dies, in dem ich den 3.2.3er Kernel manuell starte und dann Umbra und GUI über den Launcher aufrufe.

Im Master-Fenster klappt das scrollen mittels Mausrad nur wenn der Mauszeiger im Bereich zwischen den Mastern ist, steht der Mauszeiger im Bereich der Master klappt das scrollen nicht.
Ein horizontales scrollen mittels zweitem Scrollrad funktioniert gar nicht.

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.

Nach dem Initiieren der Shutdown-Prozesses der GUI ist mit das DMX-Interface-Fenster “abgestürzt”, bedeutet der Inhalt wurde durch das große rote X ersetzt. Im Log der GUI gibt es hierzu folgenden Eintrag.

2023-07-16 21:23:57,362 [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.DMXInterface.DMXInterfaceForm.<>c__DisplayClass21_0.<<interfacegrid_RowPrePaint>b__3>d.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Windows\DMXInterface\DMXInterfaceForm.cs:Zeile 288.
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
   bei System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   bei LumosToolsLIB.Tools.AsyncHelper.RunSync(Func`1 func) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosToolsLIB\src\Tools\AsyncHelper.cs:Zeile 33.
   bei Lumos.GUI.Windows.DMXInterface.DMXInterfaceForm.interfacegrid_RowPrePaint(Object sender, DataGridViewRowPrePaintEventArgs args) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Windows\DMXInterface\DMXInterfaceForm.cs:Zeile 284.
   bei System.Windows.Forms.DataGridView.OnRowPrePaint(DataGridViewRowPrePaintEventArgs e)
   bei Lumos.GUI.Controls.DataGrid.LumosDataGridView.OnRowPrePaint(DataGridViewRowPrePaintEventArgs e) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Controls\DataGrid\LumosDataGridView.cs:Zeile 525.
   bei System.Windows.Forms.DataGridViewRow.Paint(Graphics graphics, Rectangle clipBounds, Rectangle rowBounds, Int32 rowIndex, DataGridViewElementStates rowState, Boolean isFirstDisplayedRow, Boolean isLastVisibleRow)
   bei System.Windows.Forms.DataGridView.PaintRows(Graphics g, Rectangle boundingRect, Rectangle clipRect, Boolean singleHorizontalBorderAdded)
   bei System.Windows.Forms.DataGridView.PaintGrid(Graphics g, Rectangle gridBounds, Rectangle clipRect, Boolean singleVerticalBorderAdded, Boolean singleHorizontalBorderAdded)
   bei System.Windows.Forms.DataGridView.OnPaint(PaintEventArgs e)
   bei Lumos.GUI.Controls.DataGrid.LumosDataGridView.OnPaint(PaintEventArgs e) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Controls\DataGrid\LumosDataGridView.cs:Zeile 529.
   bei System.Windows.Forms.Control.PaintWithErrorHandling(PaintEventArgs e, Int16 layer)
   bei System.Windows.Forms.Control.WmPaint(Message& m)
   bei System.Windows.Forms.Control.WndProc(Message& m)
   bei System.Windows.Forms.DataGridView.WndProc(Message& m)
   bei System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   bei System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

Fehlerbeschreibung

Versuche ich mit Beta 8 oder Beta 9 das angehängte Projekt zu öffnen, stürzt die GUI ab (Dialog für ungefangene Exception).

Im GUI-Log findet sich mehrfach folgende Exception:

2023-08-27 12:59:45,710 [Main GUI] ERROR Lumos.GUI.App - Exception in WPF
System.InvalidOperationException: Ein ItemsControl ist nicht konsistent mit seiner Elementquelle.
 Weitere Informationen finden Sie in der inneren Ausnahme. ---> System.Exception: Informationen für Entwickler (Text-Schnellansicht zum Lesen verwenden):
Die Ausnahme wurde ausgelöst, da der Generator für Steuerelement 'System.Windows.Controls.ListBox Items.Count:28' mit dem Namen 'LPresetList' eine Reihe von CollectionChanged-Ereignissen empfangen hat, die nicht mit dem aktuellen Status der Elementsammlung übereinstimmen.  Die folgenden Unterschiede wurden festgestellt:
  Gesammelte Anzahl 27 unterscheidet sich von der tatsächlichen Anzahl 28.  [Gesammelte Anzahl ist (Anzahl bei letztem Reset + #Adds - #Removes seit letztem Reset).]

Eine oder mehrere der folgenden Quellen haben möglicherweise falsche Ereignisse ausgelöst:
     System.Windows.Controls.ItemContainerGenerator
      System.Windows.Controls.ItemCollection
       System.Windows.Data.ListCollectionView
  *     LumosControlsWPF.Tools.DispatchedObservableCollection`1[[LumosControlsWPF.Controls.UserControls.Presets.ViewModel.Interface.IPresetItemViewModel, LumosControlsWPF, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null]]
(Die beteiligten Quellen werden als die wahrscheinlichere Ursache des Problems betrachtet.)

Die häufigsten Ursachen umfassen (a) das Ändern der Sammlung oder deren Anzahl ohne Auslösen eines entsprechenden Ereignisses sowie (b) das Auslösen eines Ereignisses mit falschem Index- oder Elementparameter.

Die Stapelüberwachung der Ausnahme beschreibt wie die Inkonsistenzen festgestellt wurden, jedoch nicht wie diese aufgetreten sind.  Um eine zeitnahe Ausnahme zu erhalten, legen Sie die zugehörige Eigenschaft 'PresentationTraceSources.TraceLevel' für den Generator auf den Wert 'High' fest und führen das Szenario erneut aus.  Eine Möglichkeit dazu ist die Ausführung eines Befehls ähnlich dem folgenden:
   System.Diagnostics.PresentationTraceSources.SetTraceLevel(myItemsControl.ItemContainerGenerator, System.Diagnostics.PresentationTraceLevel.High)
im Direktfenster.  Dadurch wird die Erkennungslogik nach jedem CollectionChanged-Ereignis ausgeführt, sodass die Anwendung verlangsamt wird.

   --- Ende der internen Ausnahmestapelüberwachung ---
   bei System.Windows.Controls.ItemContainerGenerator.Verify()
   bei System.Windows.Controls.VirtualizingStackPanel.MeasureChild(IItemContainerGenerator& generator, IContainItemStorage& itemStorageProvider, IContainItemStorage& parentItemStorageProvider, Object& parentItem, Boolean& hasUniformOrAverageContainerSizeBeenSet, Double& computedUniformOrAverageContainerSize, Double& computedUniformOrAverageContainerPixelSize, Boolean& computedAreContainersUniformlySized, Boolean& hasAnyContainerSpanChanged, IList& items, Object& item, IList& children, Int32& childIndex, Boolean& visualOrderChanged, Boolean& isHorizontal, Size& childConstraint, Rect& viewport, VirtualizationCacheLength& cacheSize, VirtualizationCacheLengthUnit& cacheUnit, Int64& scrollGeneration, Boolean& foundFirstItemInViewport, Double& firstItemInViewportOffset, Size& stackPixelSize, Size& stackPixelSizeInViewport, Size& stackPixelSizeInCacheBeforeViewport, Size& stackPixelSizeInCacheAfterViewport, Size& stackLogicalSize, Size& stackLogicalSizeInViewport, Size& stackLogicalSizeInCacheBeforeViewport, Size& stackLogicalSizeInCacheAfterViewport, Boolean& mustDisableVirtualization, Boolean isBeforeFirstItem, Boolean isAfterFirstItem, Boolean isAfterLastItem, Boolean skipActualMeasure, Boolean skipGeneration, Boolean isAncestorLookingForFirstItem, Boolean& hasBringIntoViewContainerBeenMeasured, Boolean& hasVirtualizingChildren)
   bei System.Windows.Controls.VirtualizingStackPanel.MeasureOverrideImpl(Size constraint, Nullable`1& lastPageSafeOffset, List`1& previouslyMeasuredOffsets, Nullable`1& lastPagePixelSize, Boolean remeasure)
   bei System.Windows.Controls.VirtualizingStackPanel.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei MS.Internal.Helper.MeasureElementWithSingleChild(UIElement element, Size constraint)
   bei System.Windows.Controls.ItemsPresenter.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei MS.Internal.Helper.MeasureElementWithSingleChild(UIElement element, Size constraint)
   bei System.Windows.Controls.ScrollContentPresenter.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.DockPanel.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.Grid.MeasureCell(Int32 cell, Boolean forceInfinityV)
   bei System.Windows.Controls.Grid.MeasureCellsGroup(Int32 cellsHead, Size referenceSize, Boolean ignoreDesiredSizeU, Boolean forceInfinityV, Boolean& hasDesiredSizeUChanged)
   bei System.Windows.Controls.Grid.MeasureCellsGroup(Int32 cellsHead, Size referenceSize, Boolean ignoreDesiredSizeU, Boolean forceInfinityV)
   bei System.Windows.Controls.Grid.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.ScrollViewer.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.Border.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.Control.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.Grid.MeasureCell(Int32 cell, Boolean forceInfinityV)
   bei System.Windows.Controls.Grid.MeasureCellsGroup(Int32 cellsHead, Size referenceSize, Boolean ignoreDesiredSizeU, Boolean forceInfinityV, Boolean& hasDesiredSizeUChanged)
   bei System.Windows.Controls.Grid.MeasureCellsGroup(Int32 cellsHead, Size referenceSize, Boolean ignoreDesiredSizeU, Boolean forceInfinityV)
   bei System.Windows.Controls.Grid.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei MS.Internal.Helper.MeasureElementWithSingleChild(UIElement element, Size constraint)
   bei System.Windows.Controls.ContentPresenter.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.Border.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.Control.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.Grid.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei MS.Internal.Helper.MeasureElementWithSingleChild(UIElement element, Size constraint)
   bei System.Windows.Controls.ContentPresenter.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.Border.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.Control.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.DockPanel.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Documents.AdornerDecorator.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.ContextLayoutManager.UpdateLayout()
   bei System.Windows.ContextLayoutManager.UpdateLayoutCallback(Object arg)
   bei System.Windows.Media.MediaContext.InvokeOnRenderCallback.DoWork()
   bei System.Windows.Media.MediaContext.FireInvokeOnRenderCallbacks()
   bei System.Windows.Media.MediaContext.RenderMessageHandlerCore(Object resizedCompositionTarget)
   bei System.Windows.Media.MediaContext.RenderMessageHandler(Object resizedCompositionTarget)
   bei System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
   bei System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)

Das normale “Presets”-Fenster listet die Presets ja alphabetisch (außer aktuell bei Updates, glaube ich).
Im Projektexplorer sind sie nach Funktion und Erstellugsreihenfolge (?) sortiert.
Wenn man aber eine Spezialszene Preset hinzufügen will, scheinen die Einträge im Dropdown quasi zufällig sortiert, neue Presets sind jedenfalls nicht am Ende und auch nicht alphabetisch einsortiert.
Ich würde mir eine alphabetische Sortierung wir im Presetfenster wünschen.

Über die Projekt Administration exportiertes Projekt wird zwar gespeichert, der Fortschrittsbalken der UI bleibt jedoch auch nach mehren Minuten bei 0%, siehe Anhang. Wird die Projekt Administration geschlossen und neu geöffnet ist der Balken nicht mehr zu sehen. Fehler nur bei dem selben Projekt reproduzierbar.

Logs, Projekt (hart über den Project-Store Ordner herauskopiert= und Screenshot im Anhang.

Aus meiner Sicht sollte die Zeit für das automatische Schließen der Abfrage “Load last window layout?” verlängert werden. Gerade wenn ich größere Projekte lade, ist DMXControl 3 noch lange mit sich selbst beschäftigt. In diesem Zustand geht die Abfrage ein Stück weit darin unter, weil im Hintergrund noch vielerlei Dinge passieren.

Hallo,
wenn ich im Projekt Explorer eine neues Projekt anlege werde ich dann gefragt ob ich das importierte Projekt Laden möchte.

Es müsste aber doch neues Projekt heißen !

Dies ist in der deutschen, französischen und engloischen Sprachversion so.

Was ich im in dem Zusammenhang noch gesehen habe, ist das die Buttons in dem Fenster , im deutschen ja und Nein, das auch im englischen und Französischen dort Ja und Nein steht.

Gruß Steff

Haben Sie einen Fehler entdeckt? Dann nutzen Sie bitte folgendes Template und beachten die Hinweise für eine reibungsfreie Bearbeitung der Tickets.

Fehlerbeschreibung

Erwartetes Verhalten

s.o.

Ich öffne Kernel+GUi. Dabei wird ein neues(leeres) Projekt erstellt. Nun lade ich mein Projekt. Dann fragt er mich,ob ich das neue(leere) Projekt speichern will. Die Abfrage ist überflüssig.

s.o.

Nach dem Flash/Swop einer nicht laufenden Cueliste(Über Executor) ist es nicht möglich , das die die Cueliste wieder stoppt beim beenden des Flash/Swop

Live Q&A Stream

Oft passt die neue Anzeige vor den Cues nicht. Mal ist ein Feld hellrot, mal dunkelrot. SIehe Bilder( zu zwei verschiedenen Zeitpunkten ist Cue1 einmal hellrot und einmal dunkelrot)

Schaltet den Executor ein, solange er gedrückt wird.

s. Überschrift
passend zur Disskusion im Forum:
https://forum.dmxcontrol-projects.org/index.php?thread/14319-konzepterl%C3%A4uterung-und-verst%C3%A4ndnisfragen-zum-neuen-input-assignment/&postID=121109#post121109

Beim Parametermaster wäre es sinnvoll den Wertebereich einstellen zu können. Derzeit ist der Bereich bei 0-100. Wenn ich aber z.b. den Master in der Phase eines Effekts nutzen möchte, würde ein Wertebereich bis 360° nicht schlecht.
Auch für Pan Tilt wäre das eine coole Geschichte. Dann bräuchte man eben auch einen negativen Bereich :)