Guten Morgen!
Kannst du hierzu mal die Log-Dateien von DMXControl 3 hier anhängen? Das erleichtert die Fehlersuche.
Unabhängig davon: in welchem Zusammenhang bist du darüber gestolpert? Sprich was wolltest du mit dem Slider machen, dass du ihn dir genau so eingestellt hast?
Viele Grüße, Stefan
Ich habe mir mal deine Logs angesehen. Kannst du mal das Projekt beifügen, dass du heute um 09:20 Uhr versucht hast zu laden? Aus den Logs entnehme ich, dass das da fehlschlug. Da ist mir nämlich aufgefallen, dass hier ein Element in einem (deiner) Softdesk(s) irgendwie falsch erstellt wurde und deswegen Probleme bereitet. Denn so an sich ist mit bei deinen Einstellungen für den Slider nichts um die Ohren geflogen.
Spannend. Also das beigefügte Projekt enthält zwar das Softdesk, aber da ist kein Slider drin. Sollte das nicht der Fall sein? 
Kann es sein, dass du nach dem Erstellen eines neuen Softdesks immer nur die GUI schließt, der Kernel im Hintergrund aber noch weiterläuft?
Dann ist das auch so nicht verwunderlich - was aber tatsächlich auch ein Fehler ist, wie ich selbst gerade bemerke. Wenn du den Softdesk Designer schließt und dann die GUI neu startest, sollten die neuen bzw. geänderten Steuerelemente auch bei dir erhalten bleiben. Ich könnte mir auch vorstellen, dass das mit die Ursache war, weswegen der Slider mit den eingangs genannten Einstellungen Probleme machte.
Am besten dazu mal ein Ticket bei uns im Bugtracker anlegen (hier: https://dmxc.org/bugs). Da bitte nochmal die Beschreibung, wie du den Bug produziert hast + dieses Projekt + die Logs dazu packen. Dann können sich das die Entwickler mal anschauen. Es ist ja offensichtlich ein Fehler und hier im Forum geht das sonst unter.
Das habe ich gerade in diesem Moment erledigt: FS#4427 : Softdesk wird beim Schließen der GUI nicht gespeichert
Das habe ich gerade in diesem Moment erledigt: FS#4427 : Softdesk wird beim Schließen der GUI nicht gespeichert
Es fehlen aber die Logs + das Projekt 
Sonst schimpfen nur die Entwickler wieder (zurecht) 
Es gibt keine Logs weil es keine Logs gibt. Dieses Verhalten muss und kann manuell ohne ein Projekt reproduziert werden. Es ist an kein spezifisches Projekt gekoppelt und somit ein generelles Problem.
Es gibt keine Logs weil es keine Logs gibt. Dieses Verhalten muss und kann manuell ohne ein Projekt reproduziert werden. Es ist an kein spezifisches Projekt gekoppelt und somit ein generelles Problem.
Das ist vollkommen egal. Es müssen eigentlich IMMER Logs und das Projekt angehängt werden. Vollkommen egal, ob es an ein spezifisches Projekt gekoppelt ist oder nicht! Lass doch die Entwickler entscheiden, ob sie die dann wirklich brauchen oder nicht. Es debuggt sich einfach deutlich einfacher, wenn beides dabei ist.
Um das hier noch einmal insgesamt für alle klar zu machen: DMXControl 3 produziert immer Log-Dateien. Diese lassen sich wie oben beschrieben exportieren. Die Logs unterstützen die Entwickler immer, den Bug zu finden. Selbst wenn man dort vermeintlich keinen Fehler sieht, ist das ein Hinweis, wo die Entwickler im Code suchen müssen. Wenn nämlich der Kernel oder die GUI ohne Log-Eintrag abdampft, müssen die Entwickler an einer anderen Stelle im Code suchen als wenn ein Eintrag vorhanden ist. Ist ein Eintrag vorhanden, sehen die Entwickler recht genau, an welcher Stelle im Code das passiert (die Position steht im Log dabei). Daher bitte bei jeder Meldung eines Bugs die Log-Dateien anhängen.
Das Projekt ist ebenfalls nötig, weil der Bug darüber hinaus auch Auswirkungen auf das Projekt haben kann, auch wenn es sich problemlos speichern und laden lässt. Daher bitte auch das Projekt immer anhängen. Nicht zuletzt schauen die Entwickler auch immer wieder in Logs und Projekte hinein, um sich die Reaktion von DMXControl 3 "in freier Wildbahn" anzuschauen. Denn auch wenn man viel testet, kann es trotzdem Probleme geben, die man nicht direkt sieht, weil User normalerweise nicht ständig in die Logs schauen. So können die Entwickler aber als zusätzlichen Benefit gleich sonst unerkannt gebliebene Probleme mit lösen.
Ich habe mir neben den aktuellen Logfiles auch mal die anderen angesehen. Was mich hier stutzig macht, ist das Logfile des Kernels vom Freitag, was mit 17 MB echt groß ist. Kannst du mal grob umreißen, was du da mit DMXControl 3 gemacht hast - nicht dass du unbewusst hierdurch zufällig ein bis dato noch nicht explizit in Erscheinung getretenes Problem gefunden hast - oder eines, dass mittlerweile in DMXControl 3.2.2 korrigiert ist.
Newly created posts will remain inaccessible for others until approved by a moderator.
The last reply was more than 365 days ago, this thread is most likely obsolete. It is recommended to create a new thread instead.
