- Status Auf Vereinsmitglieder warten
- Prozent erledigt
- 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
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.
| ID | Projekt | Zusammenfassung | Dringlichkeit | Schweregrad | Fortschritt | |
|---|---|---|---|---|---|---|
| 4708 | DMXControl 3 | FS#4708 - Standard-Konfigurationsverzeichnis in AppData mit Minor-Versions | gering | niedrig |
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.
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.
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.
Und nun?
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.
Das ist dann aber schon eher FS#2763
Es geht in die Richtung, wobei seiner Zeit das Feature mit den Umgebungsvariablen noch nicht existierte.
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?
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
in
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.
Wie soll hier weiter verfahren werden? Ich packs erstmal ins QRM Meeting…
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.
QRM 22.1