|
5053 | |
GUI & Server | Fehlerbericht | Medium | Fehlerhafte Cue lässt komplette GUI einfrieren | Unbestätigt | 3.3 Beta x | | 19.05.2023 | 19.05.2023 |
Task Description
Lade ich die Cue 4 aus der Cuelist “Ambient” im beigefügten Projekt in den Programmer, kann ich nach einem kurzen Moment die gesamte GUI nicht mehr bedienen. Selbst das Stoppen der Cuelist kann nicht mehr umgesetzt werden.
|
|
5051 | |
GUI | Fehlerbericht | Low | Master-Fenster: Scrollrad funktioniert nicht konsistent | Neu | 3.3 Beta x | | 21.04.2023 | 24.04.2023 |
Task Description
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.
|
|
5048 | |
GUI | Fehlerbericht | Very Low | Grafikfehler beim Umbenennen von Devices | Neu | 3.2.3 | | 08.04.2023 | 08.04.2023 |
Task Description
Mir ist heute ein Grafik-Fehler bbeim Umbenennen von Devices aufgefallen. Beim Umbenennen wird die Schrift im Project Explorer kleiner, so dass am Ende noch ein Stück der alten Schrift stehen bleibt (siehe angehängter Screenshot). Das ist auch eher ein Schönheitsfehler und hat keinen Einfluß auf die Funktion. Dies tritt auch nur bei längeren Namen auf. Es gibt dazu auch keine Log-Einträge.
|
|
5046 | |
Executoren | Fehlerbericht | Low | Fixierte Executoren werden nicht gespeichert | Neu | 3.3 Beta x | | 11.03.2023 | 11.03.2023 |
Task Description
Wird ein Executor fixiert → projekt gespeichert → dmxc neu geöffnet, so sind die fixierten executoren nicht mehr fixiert ⇒ executoren müssen nach jedem start von dmxc neu fixiert werden
|
|
5045 | |
GUI & Server | Fehlerbericht | Low | Umbra fehler | Neu | 3.3 Beta x | | 09.03.2023 | 10.03.2023 |
Task Description
Nach öffnen von DMXC, laden eines projekts und starten mehrere cuelists via IA werden manche Cuelists (egal wie) auch nach stoppen und via editor neu starten nicht mehr gestartet. zudem fehler in der umbra. logs siehe anhang
|
|
5044 | |
GUI | Fehlerbericht | Low | BPM Anzeige fehlerhaft | Neu | 3.3 Beta x | | 09.03.2023 | 10.03.2023 |
Task Description
Die BPM Anzeige sohwohl in den Executoren und im Master fenster ist teilweise fehlerhaft. Fehler tritt mal auf, mal nicht. Details siehe Video im Anhang.
|
|
5043 | |
Softdesk | Wunsch / Idee | Low | Relativer Modus für Slider im Softdesk | Neu | 3.2.3 | | 06.03.2023 | 06.03.2023 |
Task Description
Beim Bedienen von Slidern im Softdesk springt der Wert zu der Stelle, auf die man gedrückt hat und folgt dem Cursor direkt (oder dem Finger bei einem Touchscreen). Deswegen wäre ein zusätzlicher relativer Bedienungsmodus praktisch, bei dem man egal wo auf den Slider klicken und ihn dann hoch und runter schieben kann.
Das kann gerne auch für Maus und Touch einzeln ausgewählt werden, wie bei dem Capture Modus.
|
|
5041 | |
GUI & Server | Fehlerbericht | Low | Export und anschließender Re-Import eines Projektes sch... | Benötigt Tests | 3.3 Beta x | | 03.03.2023 | 29.05.2023 |
Task Description
Ich exportiere mein Standard-Projekt und versuche es anschließend zu importieren, dabei kommt eine Fehlermeldung. Das Projekt steht anschließend in der Projekt Administration bereit, lässt sich aber nicht mehr löschen.
|
|
5040 | |
GUI & Server | Fehlerbericht | Medium | Import eines gesamten Projekts nicht möglich | Benötigt Tests | 3.3 Beta x | 3.3 | 02.03.2023 | 23.05.2023 |
Task Description
Ich wollte für einen Test das Projekt aus FS#5039 über die Import-Funktion importieren. Es war damit noch nie in meinem ProjectStore enthalten. Der Import des Projekts schlägt scheinbar auf Grund von folgender Fehlermeldung im Kernel fehl:
21:01:22 ERROR Project_gService - Error in Project Import
System.IO.DirectoryNotFoundException: Could not find a part of the path 'D:\Arbeit\MSK event GbR\Software\DMXControl 3.3.0\Kernel\ProjectStore\WCH60S11_Betatest_Positionmaster\Autosave\2.0.2.dmz'.
at Microsoft.Win32.SafeHandles.SafeFileHandle.CreateFile(String fullPath, FileMode mode, FileAccess access, FileShare share, FileOptions options)
at Microsoft.Win32.SafeHandles.SafeFileHandle.Open(String fullPath, FileMode mode, FileAccess access, FileShare share, FileOptions options, Int64 preallocationSize)
at System.IO.Strategies.OSFileStreamStrategy..ctor(String path, FileMode mode, FileAccess access, FileShare share, FileOptions options, Int64 preallocationSize)
at Lumos.ProjectStore.ProjectStore.ImportProject(Stream inputStream, Boolean createNewOnDuplicate, IProgress`1 progress) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos.ProjectStore\ProjectStore.cs:line 272
at org.dmxc.lumos.Kernel.Project.ProjectManager.ImportProject(Stream inputStream, Boolean createNewOnDuplicate, IProgress`1 progress) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\ProjectManager.cs:line 195
at org.dmxc.lumos.Kernel.Net.gService.Project_gService._importProject_RequestReceived(Object sender, RequestEventArgs`1 e) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Net\gService\Project_gService.cs:line 419
In der GUI wurde hier eine entsprechende äquivalente Fehlermeldung angezeigt, die ebenfalls für sich genommen suggeriert, als ob der Import fehl geschlagen wäre.
Tatsächlich wird der Import des Projekts trotz dieser Fehlermeldung doch erfolgreich abgeschlossen und im Explorer im ProjectStore-Verzeichnis das benötigte Verzeichnis angelegt. Nach einem erneuten Öffnen der Project Administration wird mir das Projekt dann auch in der Liste der Projekte aufgeführt und ich kann zumindest den Versuch starten, es zu öffnen.
|
|
5037 | |
Server | Fehlerbericht | Low | WARN ParameterTools - The Para. of Parameterable [...]... | Benötigt Tests | 3.3 Beta x | | 23.02.2023 | 29.05.2023 |
Task Description
Mit der Veröffentlichung der Beta 6 kommt nun immer folgende Fehlermeldung im Kernel, wenn ein Projekt Executoren enthält, denen ein Element zugeordnet sind:
21:02:46 WARN ParameterTools - The Following Parameters of Parameterable org.dmxc.lumos.Kernel.Executor.ScenelistExecutorMemberConfiguration could not be loaded: Number, Name
21:02:46 WARN ParameterTools - The Following Parameters of Parameterable org.dmxc.lumos.Kernel.Executor.ExecutorMemberConfiguration could not be loaded: Number, Name
Trotz dieser Fehlermeldung stimmt die Zuordnung der Executoren aber und auch die individuelle Konfiguration der Buttons wird richtig geladen.
So war es auch im Zuge des Zusammenfügen der Logs für FS#5035 . In den dort beigefügten Logfiles ist die genannte Fehlermeldung ebenfalls enthalten, als ich das Projekt aus FS#4772 öffnete. Dieses enthält drei Executoren, denen eine Szenenliste zugeordnet ist.
|
|
5034 | |
GUI & Server | Fehlerbericht | Low | Umbra und Kernel Fehlermeldungen nach aufwecken von WIn... | Neu | 3.3 Beta x | | 23.02.2023 | 25.02.2023 |
Task Description
Nachdem Windoof aufgeweckt wurde viele Fehlermeldungen in Umbra und einige im Kernel. Logs im Anhang
|
|
5033 | |
Softdesk | Fehlerbericht | Low | Fehler in Darstellung von Softdesk | Neu | 3.3 Beta x | | 23.02.2023 | 23.02.2023 |
Task Description
Softdesk hat Anzeigefehler nachdem er verschoben wurde. Screenshot im Anhang.
|
|
5029 | |
GUI | Fehlerbericht | Low | Dirty Flag: Kein Rücksetzen bei Autosave | Unbestätigt | 3.3 Beta x | | 12.02.2023 | 12.02.2023 |
Task Description
Wird ein Projekt durch das Autosave erfolgreich gespeichert, bleibt das Dirty Flag gesetzt - sprich in der GUI wird mir nicht angezeigt, dass das Projekt eigentlich zwischenzeitlich gespeichert wurde.
Vergleiche ich die Log-Einträge zwischen dem Autosave und dem manuellen Speichern fällt mir auf, dass beim Autosave der folgende Eintrag im Log der GUI fehlt:
2023-02-12 20:23:01,282 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.AbstractIOContext - Calling ResetDirty on 18 elements
|
|
5028 | |
GUI & Server | Fehlerbericht | Medium | Fehlermeldung bei beenden seit der 3.3 Beta 6 | Neu | 3.3 Beta x | | 09.02.2023 | 09.02.2023 |
Task Description
Hallo, Seit dem ich die 3.3 Beta 6 istalliert habe bekomme ich manchmal beim beeden des Programms ein Fehlermeldung. Habe ich sonst noch nicht gehabt. Passiert bei alten und bei mit der Beta 6 angelegten Prpjekten.
Unfortunately there was an Error in the Cleanup. Kill GUI on next Close Attempt? <Ja> <Nein> (Ich habe die GUI eigendlich in Englisch eingestellt) Bild davon ist im Anhang.
Logfile ist auch im Anhang.
Gruss Steff
|
|
5027 | |
GUI | Wunsch / Idee | Low | Project Administration: Cursor-Fokus beim Öffnen direkt... | Unbestätigt | 3.3 Beta x | | 05.02.2023 | 05.02.2023 |
Task Description
Wenn die Project Administration geöffnet wird, sollte der Fokus des Cursors direkt im Suchfeld sein, damit ich direkt einen Suchbegriff eingeben kann. Dadurch dass sich die Maus mit dem letzten Klick eher abseits von der Project Administration befindet, ist das Setzen des Cursors in das Suchfeld etwas umständlich.
|
|
5024 | |
Executoren | Wunsch / Idee | Low | Gemeinsame Ansteuerung von Funktionen u. a. für Cuelist... | Unbestätigt | 3.3 Beta x | | 02.02.2023 | 02.02.2023 |
Task Description
In gewissen Situationen habe ich gleich mehrere Cuelists, die ich gemeinsam live manipulieren möchte, wie unter anderem Timing (Fade Factor), Effect speed, Limit, Temp. Aktuell muss ich hierzu entsprechend viele Executoren anlegen, kann aber dann die Werte immer noch nicht für mehrere Cuelists gemeinsam setzen.
Um dies zu ermöglichen kamen mir hier zwei mögliche Ansätze in den Sinn:
|
|
5023 | |
Server | Wunsch / Idee | Low | Cuelist: Endverhalten als statische Cue behandeln | Unbestätigt | 3.2.3 | | 28.01.2023 | 28.01.2023 |
Task Description
Beim noch einmal über FS#3974, FS#4870 nachdenken (im Rahmen von https://forum.dmxcontrol-projects.org/index.php?thread/16934-cuelist-freigabezeit-verz%C3%B6gerung-dimmer-farbwert ), kam mir folgende zusammenfassende Überlegung: Ideal wäre es, wenn man die Freigabe einer Cuelist generell als weitere Cue ansehen kann (mit allen daraus resultierenden Vor- und Nachteilen). Mit dieser Release-Cue hätte man einerseits die Möglichkeit FS#4870 umzusetzen. Da jede Cue eine Fade Time und eine Delay Time hat, wäre das hier einfach eingebbar. Man müsste noch überlegen, ob man hier auch ein Fanning zulässt wie das bei den Zeiten für andere Cues auch möglich ist. Aber tatsächlich hätte ich damit eigentlich kein Problem, denn dadurch verschiebt man eben nur den Zeitpunkt für einzelne Geräteeigenschaften, wann sie freigegeben werden. So würde dann auch der Cue Timing Editor funktionieren. Mehr noch kann man den Zeitpunkt der Freigabe der Cuelist dann noch feiner einstellen als bisher, denn dann gäbe es nämlich nicht nur “manual only”, “with go” und “when last cue ends”. Stattdessen kann man dann die ganz normalen Cue-Trigger für das Freigeben verwenden. Das einzige, was man überlegen müsste wäre, wie man “manual only” richtig abdeckt. Aber da dürfte eigentlich ein “No Trigger” Eintrag für diese Art von speziellen Cues reichen. So kann ich nie die Release-Cue triggern und die Cuelist nur beenden, wenn ich auf Stop klicke. Dann wir natürlich trotzdem die “Release-Cue” ausgeführt.
|
|
5022 | |
GUI & Server | Fehlerbericht | Low | Projekt erscheint trotz Import erst nach neuem öffnen i... | Auf User warten | 3.3 Beta x | | 23.01.2023 | 20.05.2023 |
Task Description
Habe ein Projekt (s. Anhang) in importiert, dieses wird in der PA aber nicht angezeigt. Ich habe es noch ein weiteres Mal importiert, dabei kam die Abfrag, ob ich eine Kopie speichern möchte da es schon vorhanden sei, es wurde also prinzipiell irgendwo hinterlegt aber erscheint nicht. Nachdem ich die PA geschlossen und erneut geöffnet habe erscheint das Projekt wieder. Im Kernel keine Meldung, in der Umbra ein paar Fehlermeldungen die ich nicht verstehe, Logs im Anhang.
|
|
5021 | |
GUI & Server | Fehlerbericht | Low | Laden eines Projektes funktioniert einmal, einmal nicht | Benötigt Tests | 3.3 Beta x | 3.3 | 21.01.2023 | 23.05.2023 |
Task Description
Ich habe ein Projekt von Stephan (s. Anhang) importiert und geladen, ohnme Probleme. Nach einem Neustart von DMXC wird mit in der Projekt Administration angezeigt: “Mindestens eine version dieses Projekts hat Ladeprobleme!”. Ich habe das Projekt nochmal importiert und geladen, ohne Probleme. Ich kann das beschädigte Projekt leider nicht exportieren und Anhängen, da der Export dieses Projektes nicht funktioniert. Logs im Anhang.
|
|
5020 | |
GUI & Server | Fehlerbericht | Low | (Halber-)Absturz von DMXC | Neu | 3.3 Beta x | | 21.01.2023 | 21.01.2023 |
Task Description
DMXC tut bei mir gerade sehr merkwürdige Dinge, prinzipiell ist die GUI nicht tot, der der Kernel auch nicht, und gewisse Teile funktionieren noch (der Fader der Intensität springt bspw. auf 100 wenn ich Lumos drücke) andere Teile funktionieren aber gar nicht, es wird z.B. trotz lauender Cuelist kein Output ausgegeben und die Stage View aktualisiert sich etwa alle 5 minuten. Außerdem kann ich die Fader eines Masters zwar noch bewegen, sie haben aber keinen Einfluss mehr und die Anzeige über dem Fader im Master aktualisiert sich nicht. Vor dem Absturz habe ich lediglich eine Cuelist erstellt, diese auf einen Executor mit LimitFader gezogen und die Funktion des Faders anschießend auf Intensity umgestellt. Logs sind im Anhang.
|
|
5019 | |
GUI & Server | Fehlerbericht | High | Icons für Timer-Node fehlen | Benötigt Tests | 3.3 Beta x | 3.3 | 16.01.2023 | 23.02.2023 |
Task Description
Wenn man die Properties des Timer-Nodes öffnet, wirft der Kernel den folgenden Fehler. Offenbar wurden die Icons für die verschiedenen Modi verschoben, sodass diese nicht mehr zu finden sind. Im Dropdown vor den Modi sind die Icons zumindest leer.
19:45:46 FATAL DMXControl 3 Kernel - Unhandled Exception: Could not find the resource "org.dmxc.lumos.src.Kernel.Input.v2.Graph.Node.Worker.Converter.TimerNodeImages.resources" among the resources "Lumos.Properties.Resources.resources", "Lumos.Properties.Shaders.resources", "Lumos.src.Kernel.Input.v2.Graph.Node.Worker.Converter.TimerNodeImages.resources" embedded in the assembly "Lumos", nor among the resources in any satellite assemblies for the specified culture. Perhaps the resources were embedded with an incorrect name.
System.Resources.MissingManifestResourceException: Could not find the resource "org.dmxc.lumos.src.Kernel.Input.v2.Graph.Node.Worker.Converter.TimerNodeImages.resources" among the resources "Lumos.Properties.Resources.resources", "Lumos.Properties.Shaders.resources", "Lumos.src.Kernel.Input.v2.Graph.Node.Worker.Converter.TimerNodeImages.resources" embedded in the assembly "Lumos", nor among the resources in any satellite assemblies for the specified culture. Perhaps the resources were embedded with an incorrect name.
at System.Resources.ManifestBasedResourceGroveler.HandleResourceStreamMissing(String fileName)
at System.Resources.ManifestBasedResourceGroveler.GrovelForResourceSet(CultureInfo culture, Dictionary`2 localResourceSets, Boolean tryParents, Boolean createIfNotExists)
at System.Resources.ResourceManager.InternalGetResourceSet(CultureInfo culture, Boolean createIfNotExists, Boolean tryParents)
at System.Resources.ResourceManager.GetObject(String name, CultureInfo culture, Boolean wrapUnmanagedMemStream)
at System.Resources.ResourceManager.GetObject(String name, CultureInfo culture)
at org.dmxc.lumos.src.Kernel.Input.v2.Graph.Node.Worker.Converter.TimerNodeImages.get_TIMER_png() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Input\v2\Graph\Node\Worker\Converter\TimerNodeImages.Designer.cs:line 118
at org.dmxc.lumos.Kernel.Input.v2.Worker.Effect.TimerNodeResourceProvider.loadResource(EResourceDataType type, String name) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Input\v2\Graph\Node\Worker\Converter\TimerNode.cs:line 403
at org.dmxc.lumos.Kernel.Resource.AbstractResourceManager.<>c__DisplayClass71_0.<TryLoadResourceCore>b__1(IResourceProvider c) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Resource\AbstractResourceManager.cs:line 564
at System.Linq.Enumerable.WhereSelectEnumerableIterator`2.MoveNext()
at System.Linq.Enumerable.TryGetFirst[TSource](IEnumerable`1 source, Func`2 predicate, Boolean& found)
at org.dmxc.lumos.Kernel.Resource.AbstractResourceManager.TryLoadResourceCore(EResourceDataType type, String name, EResourceSource source, EIOFlags flags, Boolean sync) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Resource\AbstractResourceManager.cs:line 562
at org.dmxc.lumos.Kernel.Net.gService.Resource_gService._loadResource_RequestReceived(Object sender, RequestEventArgs`1 args) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Net\gService\Resource_gService.cs:line 180
at System.Threading.Tasks.Task.<>c.<ThrowAsync>b__128_1(Object state)
at System.Threading.QueueUserWorkItemCallback.<>c.<.cctor>b__6_0(QueueUserWorkItemCallback quwi)
at System.Threading.ExecutionContext.RunForThreadPoolUnsafe[TState](ExecutionContext executionContext, Action`1 callback, TState& state)
at System.Threading.QueueUserWorkItemCallback.Execute()
at System.Threading.ThreadPoolWorkQueue.Dispatch()
at System.Threading.PortableThreadPool.WorkerThread.WorkerThreadStart()
at System.Threading.Thread.StartCallback()
An unhandeled Exception has occoured. DMXControl 3 Kernel has to be terminated. Press Enter to exit.
Ich habe den Schweregrad im Übrigen deswegen hoch gesetzt, da sich der Kernel potentiell beenden kann (zumindest gemäß des Wortlauts der letzten Zeile).
|
|
5018 | |
MacroBoards | Fehlerbericht | Low | Deaktivierte Bank mit Macro Board Profiles führt in Ker... | Unbestätigt | 3.3 Beta x | | 16.01.2023 | 16.01.2023 |
Task Description
Ich habe in einem Projekt zwei Bänke mit unterschiedlichen Macro Board Profilen. Die nicht benötigte Bank ist dabei im Input Assignment deaktiviert. In jeder Bank gibt es ein Connectionset, wo ich die direkte Zuordnung zu meinem Stream Deck vornehme. So kann ich gedanklich nur durch das Deaktivieren der einen Bank und Aktivieren der anderen Bank direkt die Umschaltung der Zuordnung vornehmen und muss kein Conenctionset ändern. Dies habe ich in dem beigefügten Projekt so einmal nachgebaut. Lade ich das Projekt, erscheint im Kernel immer die folgende Fehlermeldung:
20:09:00 WARN DuplexStreamHandler - Exception in Delegate Invocation: Void _getMacroBoardProfiles_RequestReceived(System.Object, org.dmxc.lumos.Kernel.Net.gService.RequestEventArgs`1[LumosProtobuf.GetMultipleRequest]) => org.dmxc.lumos.Kernel.Net.gService.MacroBoard_gService.Void _getMacroBoardProfiles_RequestReceived(System.Object, org.dmxc.lumos.Kernel.Net.gService.RequestEventArgs`1[LumosProtobuf.GetMultipleRequest])
System.InvalidOperationException: Object is currently in use elsewhere.
at System.Drawing.Image.Save(Stream stream, ImageCodecInfo encoder, EncoderParameters encoderParams)
at System.Drawing.Image.Save(Stream stream, ImageFormat format)
at LumosLIB.GUI.Windows.PropertyGrid.SerializableBitmap.getArrayFromBitmap() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\GUI\Windows\PropertyGrid\SerializableBitmap.cs:line 112
at LumosLIB.GUI.Windows.PropertyGrid.SerializableBitmap.get_SerializedBitmap() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\GUI\Windows\PropertyGrid\SerializableBitmap.cs:line 42
at org.dmxc.lumos.Kernel.Devices.Descriptor.DescriptorTools.FromProfile(IMacroBoardProfile profile, IEnumerable`1 imagesToInclude, Boolean includeAllImages) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Devices\Descriptor\DescriptorTools.cs:line 0
at org.dmxc.lumos.Kernel.Net.gService.MacroBoard_gService.<>c.<_getMacroBoardProfiles_RequestReceived>b__14_1(IMacroBoardProfile c) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Net\gService\MacroBoard_gService.cs:line 174
at System.Linq.Enumerable.SelectIListIterator`2.MoveNext()
at Google.Protobuf.Collections.RepeatedField`1.AddRange(IEnumerable`1 values)
at org.dmxc.lumos.Kernel.Net.gService.MacroBoard_gService._getMacroBoardProfiles_RequestReceived(Object sender, RequestEventArgs`1 args) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Net\gService\MacroBoard_gService.cs:line 174
at LumosToolsLIB.Tools.EventTools.<>c__DisplayClass4_0`1.<InvokeFailSafe>b__0(EventHandler`1 a) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosToolsLIB\src\Tools\EventTools.cs:line 67
at LumosToolsLIB.Tools.EventTools.InvokeFailSaveGeneric[TDelegate](TDelegate delegate, Action`1 invoker, ILumosLog elog) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosToolsLIB\src\Tools\EventTools.cs:line 154
Neben dem Projekt sind anbei die Logs eines Zyklus DMXC starten, Projekt laden und wieder herunterfahren beigefügt.
|
|
5016 | |
GUI & Server | Wunsch / Idee | Low | Kernel und Umbra Fenster bei Verbindungsabbruch zur GUI... | Benötigt Tests | 3.3 Beta x | 3.3 | 11.01.2023 | 03.03.2023 |
Task Description
Wenn keine GUI mehr mit Kernel oder Umbra verbunden ist und die Fenster versteckt sind, sollen die Fenster in den Vordergrund geholt werden.
Hintergrund ist, dass man man nicht immer mitbekommt, wenn z.b. der Kernel nicht sauber herunter gefahren sind. (Folgeticket aus FS#4729 )
|
|
5015 | |
GUI & Server | Wunsch / Idee | Low | Masterfenster mehrfach öffnen | Unbestätigt | 3.3 Beta x | | 11.01.2023 | 11.01.2023 |
Task Description
Als Folgeticket aus FS#4552
Aus den verschiedenen Master-Ordnern kann man das Masterfenster direkt mit einem gesetzten Filter öffnen, um zum Beispiel nur die Group Master oder nur die Parametermaster anzuzeigen.
|
|
5014 | |
Plugin | Fehlerbericht | Low | Nanoleaf: Kernel-Teil kann nicht deaktiviert werden | Zugeteilt | 3.3 Beta x | | 08.01.2023 | 12.01.2023 |
Task Description
2023-01-08 23:18:51,715 [68] ERROR org.dmxc.lumos.Kernel.Plugin.PluginManager - Error when disabling Plugin: Nanoleaf-Plugin
System.PlatformNotSupportedException: Thread abort is not supported on this platform.
at System.Threading.Thread.Abort()
at Nanoleaf_Plugin.API.Communication.StopEventListener() in D:\Jenkins\workspace\noleaf_Lumos_Plugin_Pipeline_3.3\Nanoleaf-Plugin\API\Communication.cs:line 807
at Nanoleaf_Plugin.NanoleafPlugin.shutdownPlugin() in D:\Jenkins\workspace\noleaf_Lumos_Plugin_Pipeline_3.3\Nanoleaf-Plugin\Plugin\NanoleafPlugin.cs:line 231
at org.dmxc.lumos.Kernel.Plugin.KernelPluginBase.stopPlugin() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Plugin\KernelPluginBase.cs:line 70
at org.dmxc.lumos.Kernel.Plugin.PluginManager.DisablePlugin(String pluginId) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Plugin\PluginManager.cs:line 180
|
|
5013 | |
GUI & Server | ToDo | Low | Launcher: Der Launcher muss Multiversion-fähig werden | Unbestätigt | 3.3 Beta x | 3.3.1 | 08.01.2023 | 08.01.2023 |
Task Description
Der Launcher kann aktuell nur eine Version erkennen, anzeigen und starten (im selben Ordner bzw. anhand des Registry-Eintrags). Sobald es mit DMXControl 3.3.1 auch offiziell möglich ist, mehrere Versionen parallel zu installieren (Installer packt dann Registry-Einträge von DMXC 3.3.1 in einen separaten Registry-Eintrag zur 3.3.0). Der Launcher muss einerseits diese neue Struktur unterstützen und andererseits so erweitert werden, dass er dann im Zweifelsfall mehrere DMXC-Versionen anzeigen kann.
|
|
5012 | |
GUI | Fehlerbericht | High | GUI stürtzt ab, wenn 3.3er Umbra und 3.2.3er Kernel lau... | Benötigt Tests | 3.3 Beta x | 3.3 | 07.01.2023 | 07.01.2023 |
Task Description
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.
|
|
5010 | |
InputAssignment | Fehlerbericht | Low | Selection in der StageView funktioniert manchmal nicht | Benötigt Tests | 3.3 Beta x | 3.3 | 07.01.2023 | 12.01.2023 |
Task Description
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.
|
|
5009 | |
GUI & Server | Fehlerbericht | Low | Absturz des Kernels und keine Reaktion von GUI nach Auf... | Neu | 3.3 Beta x | | 07.01.2023 | 07.01.2023 |
Task Description
Kernel nach aufwachen des PCs aus dem Energiesparmodus abgestürzt, GUI reagierte nicht mehr. Fehler trat nicht in der aktuellen Beta auf sondern in der Beta 4, icht erstelle aber trotzdem mal ein Ticket. Logs im Anhang.
|
|
5008 | |
Server | ToDo | Low | System.Drawing durch ImageSharp ersetzen | Zugeteilt | unbestimmt | 3.3.1 | 06.01.2023 | 06.01.2023 |
Task Description
s.o. https://sixlabors.com/products/imagesharp/
|
|
5007 | |
Plugin | Wunsch / Idee | Low | Main Switch: Nanoleaf Plugin aufnehmen | Unbestätigt | unbestimmt | | 04.01.2023 | 04.01.2023 |
Task Description
Aktuell “krallt” sich das aktivierte Nanoleaf-Plugin grundsätzlich immer alle Nanoleaf-Controller, sobald DMXC gestartet wird.
Um dies zu vermeiden und um zu gewährleisten, dass die Nanoleafs nur auf Wunsch angesprochen werden, sollte sich das Nanoleaf-Plugin mit in den Main Switch einklinken. Damit können diese schnell in DMXC ein- und ausgebunden werden.
Dies ist eine weitere Erweiterung zu Ticket FS#4015 .
|
|
5005 | |
GUI & Server | Wunsch / Idee | Low | Layout: Abfrage beim Laden eines Projekts erweitern | Unbestätigt | 3.3 Beta x | TBD (UIS) | 02.01.2023 | 12.01.2023 |
Task Description
Beim erfolgreichen Laden eines Projekts erscheint irgendwann eine Abfrage, ob das letzte Layout geladen werden soll. Zukünftig sollte diese Abfrage ein Dropdown umfassen, in dem alle im Projekt enthaltenen Layouts aufgeführt sind. Hier sollte das zuletzt geladene Layout vorausgewählt sein. Es sollte auch eine Möglichkeit geben, das Laden des Layouts abzubrechen. In Hinblick auf FS#4954 (was im Zuge dieser Integration auch umgesetzt werden kann) wäre gut, wenn es drei Optionen gäbe:
Jedes Mal nachfragen (Ask) (Standardmäßig eingestellt)
Immer das letzte Layout laden (Load always last Layout)
Immer “Layout xyz” laden (Load always “Layout xyz”)
Kein Layout laden (No Default Layout)
Die Abfrage kommt nur im ersten Fall hoch.
|
|
5004 | |
GUI | Fehlerbericht | Low | Layout: Abfrage zum Laden des Layouts nur in einer GUI | Unbestätigt | 3.3 Beta x | 3.3.1 | 02.01.2023 | 12.01.2023 |
Task Description
Wird ein Projekt erfolgreich geladen, erscheint die Abfrage, ob das vorherige Layout geladen werden soll. Diese Abfrage erscheint jedoch nur in der GUI, in der das Laden des Projekts ausgelöst wurde. Die Abfrage sollte jedoch in allen GUIs erscheinen. Hierfür bräuchte es einen gRPC-Call, der an alle GUIs geht. Dieser sollte dann die AskLoadProjectLayout Funktion im Window Manager ausführen. Die Project Administration soll dann entweder eine neue “AskLoadProjectLayoutInAllGUIs” Funktion oder direkt den gRPC-Call aufrufen.
|
|
5002 | |
GUI | Wunsch / Idee | Low | Theme mit im Layout speichern | Neu | 3.2.3 | | 31.12.2022 | 31.12.2022 |
Task Description
Es wäre ganz schön wenn man entscheiden könnte ob das Theme mit im Layout abgespeichert werden soll.
Hintergrund wäre, das man zum Beispiel für ein Layout zum Programmieren das Standart (Hell) Theme verwendet. Für die Show wäre dann dass Dark Theme besser.
Mann könnte dann mit umschalten der Layouts auch automatisch die Themes passend speichern und verwenden.
Man müsste dann nicht beides getrennt einstellen wenn man das anpassen möchte.
|
|
5001 | |
GUI | Fehlerbericht | High | Beim verwenden von Presets hängt sich DMXControl 3 auf ... | Neu | 3.2.3 | | 31.12.2022 | 05.01.2023 |
Task Description
Haben Sie einen Fehler entdeckt? Dann nutzen Sie bitte folgendes Template und beachten die Hinweise für eine reibungsfreie Bearbeitung der Tickets.
Fehlerbeschreibung
Wenn mehr als 3 Presets angelegt werden, oder ein Preset entfernt/zusammengeführt (tritt bei beiden Funktionen nachstellbar auf) “hängt” sich das Programm auf. Die GUI ist noch aktiv und es lassen sich verschiedene Reiter öffnen, jedoch werden keine DMX Befehle mehr gesendet und die vorhandenen Presets lassen sich auch nicht mehr aktivieren. Wenn man DMXControl dann regulär beendet (Klick aufs “x” und anschließendes wählen der Optionen im Beenden Fenster “Kernel beenden” kommt zudem eine Fehlermeldung, dass das Programm abgestürzt wäre. Der einzige Workaround der bisher funktioniert hat ist, nach jedem angelegten Preset das Projekt zu speichern, DMXControl 3 komplett neu zu starten und das Projekt wieder zu laden. Das ist allerdings, wenn mehrere Presets gebaut werden müssen extrem Zeitaufwendig und nicht für die Praxis geeignet.
Erwartetes Verhalten
Presets lassen sich im laufenden Betrieb anlegen, bearbeiten und entfernen ohne, dass das Projekt abstürzt und DMXControl neu gestartet werden muss.
Hinweise
Bitte beachten Sie folgende Hinweise, um das Finden des Problems für die Entwickler zu erleichtern:
Die aktuellste Release Version (3.2.3)
Nein, nur im Forum > https://forum.dmxcontrol-projects.org/index.php?thread/16884-programmprobleme-beim-anlegen-von-presets/
lukas.hoerth@agape-kirche.de
Ich habe gerade leider keinen Zugriff auf den PC, am morgigen Sonntag kann ich die Absturzmeldung noch nachreichen.
Siehe Anhang
Auch das reiche ich am morgigen Sonntag nach, im Forum hieß es, es würden nur die Reports benötigt weswegen ich nur diese exportiert habe.
Wichtig: Sollten keine Logs beigefügt sein, kann das dazu führen, dass das Ticket sofort geschlossen wird!
|
|
5000 | |
GUI & Server | Fehlerbericht | Medium | Color Master fadet über weiß bei Wechsel der Fanning-Op... | Auf User warten | 3.3 Beta x | | 30.12.2022 | 29.05.2023 |
Task Description
Ich habe in dem beigefügten Projekt eine einfache Cuelist gebaut, in der ich zwei Color Master in Kombination mit verschiedenen Fanning-Operatoren nutze.
Wechsle ich nur innerhalb des Fannig-Operators die Reihenfolge der Color Master, so wird die Farbe immer direkt übergefadet. Ändert sich aber mit der nachfolgenden Cue der Fanning-Operator, springt die Farbe des entsprechenden Geräts jedoch grundsätzlich hart auf weiß, um dann in die Zielfarbe einzufaden. Die Reihenfolge der Color Master ist dabei unerheblich.
Dies ist sowohl in der Stage View als auch in der Channel Overview zu sehen.
|
|
4999 | |
GUI & Server | Wunsch / Idee | Low | Project Administration: Aktuell geladene Version markie... | Zugeteilt | 3.3 Beta x | TBD (UIS) | 30.12.2022 | 31.12.2022 |
Task Description
So, wie aktuell Projekte grün markiert werden, wenn sie geladen sind, sollte auch die geladene Version grün markiert werden, damit man dies direkt sieht.
|
|
4997 | |
InputAssignment | Fehlerbericht | Low | Input Assigment: Sortierung der Bänke wird nicht gespei... | Neu | 3.3 Beta x | | 30.12.2022 | 23.02.2023 |
Task Description
Man kann im Input Assigment die Bänke mittels Drag&Drop sortieren. Diese Sortierung wird nicht gespeichert und es wird auch kein Dirty Flag gesetzt.
|
|
4996 | |
GUI & Server | Fehlerbericht | Low | One Shoot funktioniert nicht. | Neu | 3.2.3 | | 29.12.2022 | 29.12.2022 |
Task Description
Hallo, bei mir funktioniert der One Shoot Trigger nicht. Ich beginne mit einem Lauflicht über 8 RGB PARs. Danach folgt die Cue mit dem One Shoot Trigger, gefolgt von einer Cue, die die PARs auf eine Farbe einfadet. Wenn ich die List starte, wird die One Shoot Cue sofort auf gelb gesetzt und das Einfaden beginnt. Währenddessen kann man sehen, dass das Lauflicht läuft bis es von der dritten Cue überschrieben ist. Es gibt keine Fehlermeldung, weswegen ich auch keine Screenshots beisteuern kann. Ich habe lediglich das letzte Log File und das Projekt zum Anhängen.
Gruß, Herbert
P.S.: Sorry, die untenstehende Verknüpfung war ein Versehen. Ich dachte hier fügt man Verknüpfungen zu anderen Trackern ein, und jetzt kann ich sie nicht mehr löschen
|
|
4994 | |
GUI & Server | Wunsch / Idee | Low | Diverse Effekte mit Color list ausstatten | Unbestätigt | 3.3 Beta x | TBD (UIS) | 28.12.2022 | 01.01.2023 |
Task Description
Lege ich zum Beispiel den Sparkle-Effekt auf die Farbe, kann ich pro Effekt immer nur eine Farbe bestimmen, mit der der Effekt arbeiten soll. Möchte ich ich mit mehreren Farben arbeiten, muss ich hierzu mehrere Effekte hinzufügen und diese jeweils einzeln parametrieren.
Um dies zu vereinfachen, könnte es an vielen sinnvoll sein, hier mit einer Color List zu arbeiten. Die gewählte Color List übergibt dann mehrere Farben an den Effekt.
|
|
4993 | |
Plugin | Wunsch / Idee | Low | Nanoleafs über das Plugin entfernbar machen | Zugeteilt | unbestimmt | | 28.12.2022 | 28.12.2022 |
Task Description
Bisher können Nanoleafs nur dem Plugin hinzugefügt werden. Sie können aber nicht wieder aus dem Plugin gelöscht werden. Das sollte geändert werden
|
|
4992 | |
StageView | Wunsch / Idee | Low | Matrix Effect Color Scroll Breite einstellbar machen | Neu | 3.3 Beta x | | 27.12.2022 | 27.12.2022 |
Task Description
Matrix Effect Color Scroll Breite einstellbar machen
Wie ich es gesehenn habe ist die Breite des Color Scroll Effects auf 2 Pixel festgelegt. Für meine relativ kleine Matrix (10×15 Pixel) würde ich mir manchmal eher 1 Pixel wünschen. Oder auch mal mehr. Auch für eine größere Matrix wäre eine größer anzahl von Pixeln da sicher auch nicht schlecht. Eventuell auch die Möglichkeit das in der Cuelist mit einem ParameterMaster einzustellen.
|
|
4990 | |
Server | Wunsch / Idee | Low | Erweiterung der Funktionen beim Chaser | Neu | 3.2.3 | | 27.12.2022 | 27.12.2022 |
Task Description
Ich bin hier und in DMXC neu und habe zwei Ideen zur Erweiterung der Chaser-Funktion Lauflicht.
1.: Die vermutlich einfacher zu realisierende ist eine Einstellung wie oft der Lauf wiederholt werden soll.
2.: Ich weiß nicht, ob das im Chaser implementiert werden kann, oder ob dazu eine neue Funktion nötig ist. Nach dem 1. Durchlauf des Lauflichts soll das letzte Segment weiterleuchten und der Lauf wieder von vorne beginnen. Aber nur bis zum vorletzten Segment, welches dann wieder weiterleuchtet. Und so weiter bis alle leuchten.
So zum Beispiel:
XOOO OXOO OOXO OOOX XOOX OXOX OOXX XOXX OXXX XXXX
Das gleiche Prinzip auch mit fanning von oder zur Mitte und revers, sowie die gleichen Parameter wie beim aktuellen Chaser. (Version 3.2.3.373)
Ich hoffe, diese Beschreibung ist verständlich genug und auch der richtigen Kategorie zugeordnet. Ob ich’s mit anderen verknüpfen soll, weiß ich nicht, und deshalb lasse ich’s bleiben.
|
|
4987 | |
GUI & Server | Fehlerbericht | Low | Matrix-Effekt wird von Generic Matrix teilweise nicht v... | Unbestätigt | 3.3 Beta x | | 25.12.2022 | 25.12.2022 |
Task Description
Ich habe im beigefügten Projekt zwei Matrix-Geräte auf eine Generic Matrix gepatcht. Auf die Generic Matrix wende ich verschiedene Matrix-Effekte an.
Entferne ich den Matrix-Effekt über das X im Device Control von der Generic Matrix, werden die zuletzt ausgegebenen Werte auf den gepatchten Geräten häufig beibehalten und nicht wie erwartet auf schwarz gesetzt. Dies ist dann auf den gepatchten Geräten in der Stage View zu sehen.
Gehe ich wie beschrieben direkt auf dem Matrix-Gerät vor, wird mit dem Entfernen des Matrix-Effekts die Farbe auf schwarz gesetzt bzw. die, die ich zuletzt ausgewählt hatte.
In ähnlicher Konstellation bestand das Problem im Kontext mit dem Programmer, wie in Ticket FS#4271 beschrieben.
|
|
4986 | |
GUI & Server | Fehlerbericht | Critical | GUI crasht beim schließen des Projekts/Umbra Fehlermeld... | Neu | 3.3 Beta x | | 23.12.2022 | 03.01.2023 |
Task Description
Ich habe mein Standard-Projekt aus der 3.2.3. importiert, es werden keine Fehler gemeldet, ich kann mit dem Projekt arbeiten. Versuche ich das Projekt zu schließen friert die GUI ein, Kernel und Umbra zeigen zu diesem Zeitpunkt keine Fehler an.
Schließe ich das ganze Programm zeigt die/der? Umbra beim schließen Fehler an.
Das betreffende Projekt stelle ich separat zur Verfügung.
|
|
4985 | |
GUI | Fehlerbericht | High | Absturz der GUI auf Grund Unhandled Exception | Unbestätigt | 3.3 Beta x | | 23.12.2022 | 11.01.2023 |
Task Description
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.
|
|
4983 | |
GUI & Server | Fehlerbericht | Low | IA: Werte werden beim laden nicht durchgereicht | Neu | 3.2.3 | | 23.12.2022 | 23.12.2022 |
Task Description
Folgender Test-Aufbau: Softdesk, Colorbar mit Colormaster verdrahtet. Colormaster mittels “Bitmap from Color” auf Button visualisert. Funktioniert wie erwartet. Lade ich das Projekt neu ist der Button wieder grau, der Colormaster hat weiterhin die zuvor eingestellte Farbe. Gleiches Verhalten wenn die Colorbar in “Bitmap from Color” verschaltet wird. In der 3.2.3. funktioniert dies noch einwandfrei.
|
|
4982 | |
InputAssignment | Wunsch / Idee | Low | IA: Master-Nodes sollten Display-Name nutzen | Neu | 3.3 Beta x | | 23.12.2022 | 23.12.2022 |
Task Description
Die Master können ja nun mit Hilfe des Display-Name individuell benannt werden. Daher sollte in den Eigenschaften der Nodes der Display-Name und nicht weiterhin der Name angezeigt werden.
|
|
4980 | |
GUI & Server | Fehlerbericht | Low | Softdesk Position Control, Werte nicht direkt mit Posit... | Neu | 3.3 Beta x | | 22.12.2022 | 22.12.2022 |
Task Description
Das Position-Control im Softdesk gibt Werte von -90..90 aus, der Positionmaster erwartet allerdings 0..1. Im Sinne des konsistenten Verhaltens sollte das Position-Control auch Werte von 0..1 ausgeben.
|
|
4979 | |
GUI | Wunsch / Idee | Low | Colormaster und Positionmaster beim schließen des Proje... | Neu | 3.3 Beta x | | 21.12.2022 | 22.12.2022 |
Task Description
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.
|