Wir verwenden LL27 und haben jetzt auch vermehrt Kunden wo beim Drucken die Anwendung abstürzt hängt.
Unsere Analyse hat ergeben, dass LL nicht mehr auf das Verzeichnis “C:\Users\<User>\AppData\Local\Temp\combit\” zugreifen kann.
Nachdem wir dem Account wieder volle Zugriffsrechte auf “C:\Users\<User>\AppData\Local\Temp” gegeben haben, ging der Druck wieder.
So wie ich es verstehe, ist es bei einem Kunden kurz drauf wieder aufgetreten.
Ich habe mal im Internet gesucht und zwei Fälle von 2021 und 2020 gefunden, wo sich Leute beschweren, dass die regelmäßig Zugriff auf “AppData\Local\Temp” verlieren:
- https://answers.microsoft.com/en-us/windows/forum/all/temp-folder-keeps-losing-permissions/94ac99ff-7ac1-45bf-96ec-6595b9a2fa93
- https://answers.microsoft.com/en-us/windows/forum/all/lost-permissions-of-my-appdatalocaltemp/5371c8d9-852e-4f90-9e73-c939c99e206e
In einem älteren Artikel von 2013 lag es an Adobe Acrobat Pro XI: https://forums.tomshardware.com/threads/temp-folder-writing-permission-by-itself.1313478/
Dort ist auch ein Verweis auf einen Microsoft Forums-Beitrag von 2012 wo es ebenfalls an Adobe Acrobat 11 lag: https://answers.microsoft.com/en-us/windows/forum/all/cant-install-any-applications/7fc00c13-c91e-4288-99f3-133f957930c2
Mich würde wundern, wenn Adobe das in den letzten 12 Jahren nicht behoben hat, aber einer unserer Kunden hat bestätigt, dass er demletzt Acrobat Reader installiert oder aktualisiert hat.
Ich weiß auch nicht, ob der Absturz der Anwendung in List&Label verursacht wurde oder von unserem nachfolgendem Code.
UPDATE 02.10.2024: Die Software stürzt nicht ab, sondern hängt für immer im List&Label Code.
Aber vielleicht sollte Combit eine MessageBox einbauen, welche darauf hinweist, dass auf “C:\Users\<User>\AppData\Local\Temp\combit\” nicht zugegriffen werden kann und die Benutzerrechte bei dem Verzeichnis geprüft werden sollen.