Ich habs halt ausprobiert und fest gestellt, dass das so nicht funktioniert
Hallo 
bei Win - r funktioniert es, in der Adressleiste des Explorers jedoch nicht, und zwar weil %HOMEPATH% mit einem (zusätzlichen) Backslash ergänzt und damit zu C:\\Users wird. Jedoch
welchen Vorteil haben diese Schreibweisen gegenüber %APPDATA%\mozilla\firefox\Profiles?
Gruß Ingo
ok, ich habe nur ausprobiert: Windowstaste und das dann rein kopiert
aber stimmt mit Win+r funktioniert auch
%HOMEDRIVE%\%HOMEPATH%\appdata\roaming\mozilla\firefox\Profiles\
[%HOMEDRIVE%\%HOMEPATH%\appdata\roaming\mozilla\firefox\Profiles\]
Geht eben so nicht
Warum nicht?
Gruß Ingo
echo %homedrive%
ist auf meinem Windows 10 Pro nicht definiert.
echo %homepath%
auch nicht.
%userprofile%
kommt dem wohl nahe ...
echo %homedrive%
ist auf meinem Windows 10 Pro nicht definiert.
echo %homepath%
auch nicht.
Ist ganz sicher definiert, wie gesagt, schau in die Eingabeaufforderung mit Adminrechten und gib SET ein. Und wie gesagt, ist nur als Info nutzbar, aber keine Aktion mit möglich.
ist auf meinem Windows 10 Pro nicht definiert.
Hallo
seltsam. Standardmäßig ist das der Fall:
Gibt es die Umgebungsvariablen auch nicht bei SET?
%userprofile%
kommt dem wohl nahe ...
Richtig. %USERPROFILE% ist %HOMEDRIVE%%HOMEPATH%. Aber in diesem Fall ist %APPDATA% zielführend.
schau in die Eingabeaufforderung mit Adminrechten und gib SET ein.
Zur Anzeige ist keine Konsole mit erhöhten Rechten erforderlich.
Gruß Ingo
Der Befehl
set | findstr -i "home"zeigt mir, dass mein Domänenadmin-User die Umgebungsvariablen %HOMEDRIVE% und %HOMEPATH% nicht kennt, im Userprofil mit normalen Rechten habe ich die schon.
Allerdings %USERPROFILE% zeigt immer auf c:\users\%USERNAME%