Bugtracker DMXControl 3

  • Status Auf Vereinsmitglieder warten
  • Prozent erledigt
    0%
  • Aufgabentyp Fehlerbericht
  • Kategorie Installer
  • zuständig
    StefanKrupop
  • Betriebssystem All
  • Schweregrad mittel
  • betrifft Version 3.2 Alpha x
  • fällig in Version 3.3.1
  • fällig am unbestimmt
  • Stimmen
  • versteckt
gehört zu Projekt: DMXControl 3
angelegt von LightningBrothers - 06.01.2019

FS#3296 - Verknüpfung zum Ordner Eigene DDFs wird nicht angelegt

Getestet mit Build 1402

Der Installer legt aktuell noch nicht die Verknüpfung im Startmenü zu den eigenen DDFs an.

Diese Aufgabe ist abhängig von
ID Projekt Zusammenfassung Dringlichkeit Schweregrad Fortschritt
4708 DMXControl 3 FS#4708 - Standard-Konfigurationsverzeichnis in AppData mit Minor-Versions gering niedrig
0%
Admin
StefanKrupop schrieb am 13.01.2019 01:19

Bei mir geht es, Verknüpfung "Eigene DDFs" (habe auf Deutsch installiert) ist da...
Bitte noch mal nachschauen. Was sagt das Log vom Installer? Sollte auch als "install.log" im DMXC-Verzeichnis liegen. Dort sollte sich (bei deutscher Installation) so etwas wie "Verknüpfung wird erstellt: C:\ProgramData\Microsoft\Windows\Start Menu\Programs\DMXControl 3\Eigene DDFs.lnk" finden lassen.

LightningBrothers schrieb am 13.01.2019 12:40

Also... Laut Install-Log wird die Verknüpfung auch anlegt und wenn ich im Windows Explorer schaue, dann finde ich die Verknüpfung dort auch. Aber sie taucht halt nicht im Startmenü auf.

Nun ist es aber so, dass ich im Startmenü auch noch einen Ordner mit DMXControl 3.1 habe, worin die Verknüpfung ebenfalls enthalten ist und im Startmenü ordnungsgemäß aufgeführt wird. Lösche ich diese Verknüpfung, taucht im Startmenü im Ordner DMXControl 3.2 die Verknüpfung zu den eigenen DDFs plötzlich auf. Und sie verschwindet wieder, sobald ich die gelöschte Verknüpfung aus dem Papierkorb wiederherstelle.

Folglich ist es in diesem Fall kein Fehler im Installer, sondern ein kurioses Verhalten von Windows 10, Version 1803, Build 17134.472 selbst.

LightningBrothers schrieb am 13.01.2019 13:30

Ich habe nochmal weiter getestet: Der Grund für dieses Verhalten von Windows liegt darin, dass der Pfad in der Verknüpfung auf das gleiche Verzeichnis verweist. Gepaart mit dem gleichen Namen der Verknüpfung schmeißt Windows 10 diese Doublette aus dem Startmenü raus. Sobald ich die Verknüpfungen in unterschiedliche Verzeichnisse zeigen lasse, tauchen beide Verknüpfungen auch in den richtigen Ordnern auf: einmal unter DMXControl 3.1 und einmal unter DMXControl 3.2.

Project Manager
Soon5 schrieb am 03.02.2019 09:14

Und nun?

LightningBrothers schrieb am 03.02.2019 14:10

Könnte der Installer nicht unter AppData ebenfalls ein separates Verzeichnis für DMXControl 3.2 anlegen, sodass die Userdaten schon von Haus aus von den Daten der 3.1 getrennt sind? Im Idealfall fragt der Installer sogar noch nach, ob die Daten "migriert", sprich kopiert werden sollen.

Project Manager
Soon5 schrieb am 28.06.2019 10:22

Das ist dann aber schon eher FS#2763

LightningBrothers schrieb am 28.06.2019 11:02

Es geht in die Richtung, wobei seiner Zeit das Feature mit den Umgebungsvariablen noch nicht existierte.

Project Manager
Soon5 schrieb am 01.07.2019 18:57

Die Frage ist, was machen wir jetzt mit DIESEM Ticket? Das was du in deinem letzten Comment schreibst ist eher ein Feature Request, und klingt wie gesagt ähnlich zu einem den es schon gibt. Wenn das konkrete Problem, dass die Verknüpfung nicht angelegt wird nicht mehr existiert, dann würde ich das Ticket schließen. Oder spricht noch was dagegen?

LightningBrothers schrieb am 01.07.2019 19:54

Naja. Windows zeigt sie halt nicht im Startmenü an, wenn DMXControl 3.1 noch installiert ist und beide Verknüpfungen ins gleiche Verzeichnis zeigen. Ein einfaches Umbenennen der Verknüpfung selbst reicht da nicht.

Daher die Idee, für DMXControl 3.2 und folgende den Pfad von

"%APPDATA%\DMXControl Projects e.V\DMXControl\Kernel\UserDevices"

in

"%APPDATA%\DMXControl Projects e.V\DMXControl 3.2\Kernel\UserDevices"

zu ändern. Beim ersten Aufrufen fragt DMXControl 3 dann wie zum Beispiel auch die DJ-Software Traktor, ob die Daten "migriert", also in das neue Verzeichnis kopiert werden.

nutzer99 schrieb am 03.04.2020 13:49

Wie soll hier weiter verfahren werden? Ich packs erstmal ins QRM Meeting…

LightningBrothers schrieb am 11.01.2022 11:34

Den Punkt mit versionsspezifischen Verzeichnissen habe ich mittlerweile auch nochmal in einem anderen Kontext aufgegriffen, siehe hierzu FS#4708. Möglicherweise kann es Sinn machen, beide Tickets gemeinsam im QRM zu betrachten.

LightningBrothers schrieb am 25.01.2022 23:16

QRM 22.1

  • Problemlösung ist in Ticket FS#4708 beschrieben

Lade...

verfügbare Tastenkürzel

Aufgabenliste

Aufgabendetails

Aufgabenbearbeitung