Probleme mit Schreibzugriff in %ProgramData% in Windows 11

[AuronTLG]

Hallo,

ich verwende in einem Programm eine INI-Datei, die in einem eigenen Unterverzeichnis in den ProgramData liegt.
Diese wird für verschiedene Zwecke beschrieben und gelesen.
Zugriffsrechte waren bisher überhaupt kein Problem, doch jetzt habe ich festgestellt, dass auf verschiedenen Rechnern mit Windows 11 dort nicht mehr reingeschrieben werden kann.
Ich bin noch am suchen, was genau die Ursache dafür ist, da es auf vielen Rechnern problemlos geht, und habe auch mal das Netz durchsucht, aber nichts Konkretes gefunden.

Deswegen wollte ich auch hier mal nachfragen, ob irgendwer hier die ProgramData in ähnlicher Weise verwendet und damit Probleme festgestellt, oder einfach generell was dazu weiß.

[Poelser]

Zitat:

Zitat von AuronTLG (Beitrag 1506294)

ich verwende in einem Programm eine INI-Datei, die in einem eigenen Unterverzeichnis in den ProgramData liegt.
Diese wird für verschiedene Zwecke beschrieben und gelesen.

Mache ich genauso, und zusätzlich schreibe ich dort auch ggf. den Bugreport von MadExcept, wenn denn mal einer auftritt :shock:. Aber irgendwelche Probleme mit Schreibrechten dort sind mir noch keine untergekommen. Allerdings könnte die geringe Verbreitung von Win11 das bisher verhindert haben :gruebel:.

[himitsu]

Wenn ich grundsätzlich in ProgramData und Unterverzeichnisse reinseh,
dann haben "Benutzer" nur Leserechte und "Administratoren" auch noch Schreibrechte. ("Gäste" dürfen garnichts)
"Ersteller" des Unterverzeichnisses und dessen Dateien haben zusätzlich noch "spezielle Berechtigungen". (sie hätten z.B. das Recht die Rechte dafür ändern zu dürfen und "Benutzern" das Speichern zu erlauben)

Fazit: Als "Benutzer" darfst du dort garnicht reinschreiben und das nicht erst seit Windows 11 (auch schon 7 und 10 ... WinNT).
Eventuell auch nicht als Admin, falls das Programm nicht Elevated ist, also durch UAC eingeschränkt, weil das Programm keine höheren Rechte angefordert hat ... könnte sein, dass mit Windows 11 dieser Teil nun "richtig" behandelt wird.

Du könntest also dein Programm mit passenden Rechten laufen lassen (nofalls auch nur kurzzeitig einen Thread oder SubProzess mit höheren Rechten, während des Schreibens),
oder die Rechte für dein Verzeichnis anpassen
oder du nimmst dir ein anderes Verzeichnis.



Mit einem Win32-Programm ohne Manifest, mit passendem SupportedOS-Eintrag (halbwegs aktuelle Delphis haben nun sowas drin), würde das Speichern in den VirtalStore umgeleitet.

[Bernhard Geyer]

Du musst dafür sorgen das der Ersteller das Verzeichnisses auch die Berechtigung für "Benutzer" setzt und ensprechend auch die Vererbung "korrigiert".

WEnn ein Admin das Verzeichnis erstellt hat, dann haben die "normalen User" keine Schreibrechte.

[AuronTLG]

Zitat:

Du musst dafür sorgen das der Ersteller das Verzeichnisses auch die Berechtigung für "Benutzer" setzt und ensprechend auch die Vererbung "korrigiert".

Wenn ein Admin das Verzeichnis erstellt hat, dann haben die "normalen User" keine Schreibrechte.

Vielen Dank, das scheint es zu sein. Wenn das Programm beim ersten Ausführen mit Admin-Rechten gestartet wurde, wird der Ordner per ForceDirectories im ProgramData unter Admin-Schutz angelegt und sperrt sich dann gegen Änderungen.
Das würde auch perfekt erklären, warum das Problem scheinbar zufällig auf einigen Rechnern auftritt und auf anderen nicht. Es hängt einfach nur davon, ob der erste Aufruf als Admin war oder nicht.

Tjoa, dann kann ich mir jetzt wohl überlegen, wie ich mit dem existierenden Problem umgehe und wie ich es in Zukunft verhindere...

[Uwe Raabe]

Zitat:

Zitat von AuronTLG (Beitrag 1506304)

wie ich es in Zukunft verhindere...

Das Setup legt den Ordner (eventuell auch als Admin) an und setzt die Rechte gleich passend.

[Raible]

Wie setzt man den die Rechte im Setup korrekt.

Aktuell verwende ich InnoSetup mit dem Eintrag

[Dirs]
Name: {commonappdata}\Folder\Folder; Permissions: users-modify

es gibt aber wohl noch Probleme wenn das Setup mit einem anderen Benutzer
aufgerufen wurde als das installierte Programm.

[Uwe Raabe]

Damit das Setup die Rechte setzen kann, muss es natürlich auch das Recht haben, die Rechte zu setzen. Insofern sollte das Setup schon mit Adminrechten gestartet werden.

[himitsu]

Wenn es das Setup (welcher Setup-Generator denn?) nicht kann, dann mach es einfach selber.
Befehle/Programme/BatchDateien wirst du doch vom Setup aus aufrufen können.

https://www.heimnetzwerk-und-wlan-hi...s-aendern.html
cmd rechte setzen
...