<?xml version="1.0" ?>
<rss version="2.0">
  <channel>
    <title>DMXC Bugtracker -</title>
    <lastBuildDate>Sun, 02 Aug 2026 17:55:32 +0000</lastBuildDate>
    <description>DMXC Bugtracker -DMXControl 3: Recently opened tasks</description>
    <link>https://bugs.dmxcontrol-projects.org/</link>
        <item>
      <title>FS#5598: Presests verhalten sich bei Änderungen innerhalb Device Groups nicht wie Cues</title>
      <author>Stefan Kistner</author>
      <pubDate>Sun, 02 Aug 2026 17:55:32 +0000</pubDate>
      <description><![CDATA[
<p>
Man wendet beliebige Werte auf Gerätefunktionen einer Device Group an und speichert dies als Preset. Fügt man der Device Group nun weitere Geräte hinzu oder ändert die Reihenfolge innerhalb der Device Group, wird dies vom Preset nicht berücksichtigt. Würde man die gleichen Werte in eine Cue speichern, berücksichtigt die Cue die Änderungen innerhalb der Device Group. Folglich verhalten sich Presets nicht konsistent wie es sonst von Cues bekannt ist.
</p>

<p>
<em>Dieses Ticket wurde inhaltlich ausführlich geschildert und besprochen. Es dient daher vornehmlich der Dokumentation der Änderungshistorie für eine zukünftige Version.</em>
</p>
]]></description>
      <link>https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5598</link>
      <guid>https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5598</guid>
    </item>
        <item>
      <title>FS#5597: Preset Inhalt wird nicht angezeigt nach Merge</title>
      <author>Jens-Peter Kühn</author>
      <pubDate>Wed, 29 Jul 2026 20:12:10 +0000</pubDate>
      <description><![CDATA[
<p>
Folgender Ablauf führt zu dem angehängten Problem: 
</p>
<ol>
<li class="level1"><div class="li"> Einer Gruppe wird eine Farbe und ein Dimmerwert gegeben</div>
</li>
<li class="level1"><div class="li"> Einem einzelnen Scheinwerfer aus der Gruppe wird eine andere Farbe gegeben</div>
</li>
<li class="level1"><div class="li"> Der Programmer wird geleert</div>
</li>
<li class="level1"><div class="li"> Die Gruppe wird ausgewählt und das Preset wird angewendet</div>
</li>
<li class="level1"><div class="li"> Diese Lichtstimmung wird in einer Cue gespeichert</div>
</li>
<li class="level1"><div class="li"> Das Preset wird im Programmer bearbeitet und die Werte für den separaten Scheinwerfer werden gelöscht</div>
</li>
<li class="level1"><div class="li"> Der aktuelle Programmer-Inhalt wird in das bestehende Preset gemerged, welches im Programmer editiert wird</div>
</li>
</ol>

<p>
 Erwartetes Verhalten:<br />Die Ansicht im Preset-Window wird aktualisiert und zeigt nun den richtigen Inhalt an
</p>

<p>
Tatsächliches Verhalten:<br />Der Preset-Eintrag zeigt weder enthaltene Geräte noch Properties<br />
</p>
]]></description>
      <link>https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5597</link>
      <guid>https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5597</guid>
    </item>
        <item>
      <title>FS#5596: Preset kann nicht aktualisiert werden</title>
      <author>Jens-Peter Kühn</author>
      <pubDate>Wed, 29 Jul 2026 20:08:09 +0000</pubDate>
      <description><![CDATA[
<p>
Folgender Ablauf führt zu dem angehängten Problem: 
</p>
<ol>
<li class="level1"><div class="li"> Einer Gruppe wird eine Farbe und ein Dimmerwert gegeben</div>
</li>
<li class="level1"><div class="li"> Einem einzelnen Scheinwerfer aus der Gruppe wird eine andere Farbe gegeben</div>
</li>
<li class="level1"><div class="li"> Der Programmer wird geleert</div>
</li>
<li class="level1"><div class="li"> Die Gruppe wird ausgewählt und das Preset wird angewendet</div>
</li>
<li class="level1"><div class="li"> Diese Lichtstimmung wird in einer Cue gespeichert</div>
</li>
<li class="level1"><div class="li"> Das Preset wird im Programmer bearbeitet und die Werte für den separaten Scheinwerfer werden gelöscht</div>
</li>
<li class="level1"><div class="li"> Das Preset wird über den Update-Button aktualisiert</div>
</li>
</ol>

<p>
 Erwartetes Verhalten:<br />Aktualisierung des Presets funktioniert und alle Scheinwerfer zeigen nun Farbe der Gruppe, wenn die Cue ausgeführt wird
</p>

<p>
Tatsächliches Verhalten:<br />Das Preset kann nicht aktualisiert werden, da Referenzen in der Cue nicht korrekt aktualisiert werden können<br />
</p>
]]></description>
      <link>https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5596</link>
      <guid>https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5596</guid>
    </item>
        <item>
      <title>FS#5595: Texbuchplugin - Probleme beim Speichern/Laden</title>
      <author>Joseph Noetzel</author>
      <pubDate>Thu, 18 Jun 2026 14:35:05 +0000</pubDate>
      <description><![CDATA[
<p>
Ich habe Probleme beim Laden von gespeicherten Textbüchern.
</p>

<p>
Es werden die Styles nicht geladen<br />Und es kommt vor, dass bei größeren Änderungen Sachen nicht gespeichert werden. Was genau konnte ich noch nicht reproduzieren.
</p>

<p>
Ich habe aber im Log eine Meldung gefunden, dass nicht richtig gespeichert werden konnte.<br />
</p>
]]></description>
      <link>https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5595</link>
      <guid>https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5595</guid>
    </item>
        <item>
      <title>FS#5594: Default Option ob GoTo oder GoNext genutzt werden soll</title>
      <author>Martin Kohl</author>
      <pubDate>Tue, 16 Jun 2026 19:03:33 +0000</pubDate>
      <description><![CDATA[]]></description>
      <link>https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5594</link>
      <guid>https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5594</guid>
    </item>
        <item>
      <title>FS#5593: Options-Fenster öffnet sich immer auf primärem Desktop</title>
      <author>Martin Kohl</author>
      <pubDate>Tue, 16 Jun 2026 17:51:01 +0000</pubDate>
      <description><![CDATA[]]></description>
      <link>https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5593</link>
      <guid>https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5593</guid>
    </item>
        <item>
      <title>FS#5592: Dateien aus Unterordner &quot;Symbols&quot; des Installationsverzeichnis der GUI entfernen</title>
      <author>Stefan Kistner</author>
      <pubDate>Mon, 08 Jun 2026 17:33:27 +0000</pubDate>
      <description><![CDATA[
<p>
Im Installationsverzeichnis der <acronym title="Graphical User Interface">GUI</acronym> können meines Erachtens alle Dateien aus dem Unterordner &#8220;Symbols&#8221; entfernt werden. Die dort enthaltenen Gif-Dateien wurden ja nur beim Laden und Speichern von Projekten ohne die Projektadministration verwendet.<br />
</p>
]]></description>
      <link>https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5592</link>
      <guid>https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5592</guid>
    </item>
        <item>
      <title>FS#5591: GUI stürzt beim Öffnen des Master-Fensters ab</title>
      <author>Stefan Kistner</author>
      <pubDate>Sun, 07 Jun 2026 20:12:20 +0000</pubDate>
      <description><![CDATA[
<p>
Ich habe nach einigen anderen Arbeiten an dem in der Sitzung geladenen Projekt gegen 18:10 Uhr das Master-Fenster in den Vordergrund gerufen. Die Sitzung lief dabei seit rund vier Stunden. Beim Aufbau des Fensters hänge sich die <acronym title="Graphical User Interface">GUI</acronym> auf. Der Kernel und Umbra liefen weiter und nach dem Neustart der <acronym title="Graphical User Interface">GUI</acronym> konnte das Projekt &#8220;fortgesetzt&#8221; werden. Bei dem zweiten in den Vordergrund rufen des Master-Fensters wurde dieses ganz normal geladen.
</p>

<p>
Das Master-Fenster war Bestandteil des zuletzt geladenen Layouts des Projekts. Hierdurch war das Master-Fenster als weiterer Reiter in einem ausgedockten Fenster im Hintergrund geöffnet. Ich habe dieses Layout in beiden Fällen geladen.<br />
</p>
]]></description>
      <link>https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5591</link>
      <guid>https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5591</guid>
    </item>
        <item>
      <title>FS#5590: FFT-Diagramm in den Timecode Shows werden nicht mehr richtig dargestellt / aktualisiert</title>
      <author>Steffen Morlok</author>
      <pubDate>Sun, 07 Jun 2026 10:08:51 +0000</pubDate>
      <description><![CDATA[
<p>
Mir ist folgender Fehler in der aktuellen Release 3.3.2 aufgefallen.
</p>

<p>
Das FFT-Diagramm wird nur noch schwarz/weiß/grau dargestellt, es wird auch nicht mehr aktualisiert wenn z.B. das Weighting geändert wird.<br />Der Fehler tritt auf sobald eine Timecode Show geöffnet wird.<br />Es ist egal ob eine Show:<br />- aus einem bestehenden Projekt geöffnet<br />- eine neue Timecode Show in einem bestehenden Projekt eingefügt wird<br />- oder ein Timecode Show in einem komplett neuen Projekt erstellt wird
</p>

<p>
Ich habe das auf zwei unterschiedlichen PC´s getestet, auf beiden tritt das Problem auf.
</p>

<p>
Bin mir nicht sicher ob ich nur eine Einstellung übersehen habe.
</p>

<p>
Im Anhang ist ein Screenshot von dem Fehler und ein Export der LogFiles. Der Export ist von einem neuen Projekt nur mit einer Timecode Show als Test<br />es sind noch keine DDF in Projekt vorhanden.
</p>

<p>
Steffen
</p>
]]></description>
      <link>https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5590</link>
      <guid>https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5590</guid>
    </item>
        <item>
      <title>FS#5589: Startparameter für Kernel zum unmittelbaren Aufbau einer lokalen Verbindung zum Umbra</title>
      <author>Stefan Kistner</author>
      <pubDate>Thu, 04 Jun 2026 19:28:36 +0000</pubDate>
      <description><![CDATA[
<p>
Ich merke gerade auf meinen Laptop in den letzten Tagen sehr regelmäßig, dass der Kernel sich nicht lokal mit dem Umbra verbindet - obwohl ich alle drei Instanzen lokal ausführe.
</p>

<p>
Mein Wunsch wäre an dieser Stelle, den Kernel über einen Startparameter direkt zum Aufbau einer lokalen Verbindung zu zwingen, wodurch der automatische Verbindungsaufbau komplett deaktiviert wird.
</p>

<p>
Ich kann ja auch aktuell schon den Befehl &#8220;connect localhost&#8221; in den Kernel eingeben, selbst wenn der Umbra noch nicht gestartet ist. Sobald der Umbra gefunden wurde, kann der Befehl auch umgesetzt werden.<br />
</p>
]]></description>
      <link>https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5589</link>
      <guid>https://bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5589</guid>
    </item>
      </channel>
</rss>
