- Dieses Thema hat 2 Antworten sowie 1 Teilnehmer und wurde zuletzt vor 2 Tagen, 20 Stunden von aktualisiert.
-
Beiträge
-
Hallo PDF24-Team,
wir haben ein reproduzierbares Problem beim Speichern von PDF-Formularen mit dem PDF24 Reader.
Umgebung:
- PDF24 Creator / Reader 11.30.1
- Windows Server mit Remotedesktopdiensten (Terminalserver), Benutzer per RDP verbunden
- PDF-Dateien liegen auf einer SMB-Freigabe eines Windows-Servers, als Netzlaufwerk verbunden
Ablauf:
- Der Benutzer öffnet eine PDF vom Netzlaufwerk im PDF24 Reader und füllt Formularfelder aus.
- Ein Klick auf „Speichern“ öffnet einen „Speichern unter“-Dialog.
- Der Benutzer wählt denselben Dateinamen und bestätigt die Rückfrage zum Ersetzen mit „Ja“.
- Es erscheint die Fehlermeldung (Screenshot anbei):
Failed to copy the file 'C:\Users\…\AppData\Local\Temp\3\p244230.tmp' to 'B:\…\….pdf' (error 5: Zugriff verweigert)File '…\Temp\3\p244230.tmp' couldn't be renamed '…' (error 5: Zugriff verweigert)
Analyse:
- NTFS- und Freigabeberechtigungen sind korrekt. Die Benutzer haben Vollzugriff auf Freigabe, Ordner und Datei, und es gibt keine Deny-Einträge.
- Der Benutzer hat Vollzugriff auf seinen Temp-Ordner.
- Der Virenschutz (Defender, ESET) blockiert nichts, die Protokolle sind leer.
- Im Moment des Fehlers zeigt
Get-SmbOpenFileauf dem Dateiserver, dass die Zieldatei vom selben Benutzer über den Terminalserver geöffnet ist. Diese offene Datei gehört zur PDF24-Sitzung (Screenshot anbei). - Solange der Reader geöffnet ist, bekommt sogar ein Administrator auf dem Dateiserver bei
icaclsauf diese Datei „Zugriff verweigert“. - Nach dem Schließen des PDF24 Readers ist die Datei wieder normal zugänglich.
- In einem früheren Fall war die Zieldatei nach dem fehlgeschlagenen Speichern nicht mehr vorhanden, und die Eingaben gingen verloren.
Vermutung: Der PDF24 Reader hält das geöffnete Original gesperrt und kann es deshalb nicht durch die neue Version aus dem Temp-Ordner ersetzen.
Workaround: Unter einem neuen Dateinamen speichern.
Ist das Problem bekannt, und ist eine Korrektur geplant, z. B. in 11.31.0? Gibt es eine Einstellung, die das Verhalten ändert?
Vielen Dank und viele Grüße
Björn Hinzpeter
Hallo Björn,
für mich klingt das nicht nach einem Rechteproblem, sondern nach "Delete Pending". Meine Vermutung: Der Reader löscht beim Speichern das Original, hat es aber selbst noch offen. Dadurch wird die Datei nur zum Löschen markiert und ist noch nicht weg. Der Kopiervorgang aus dem Temp-Ordner läuft dann gegen diese Datei und bekommt Fehler 5.
Das würde auch erklären, warum selbst der Admin per icacls nicht drankommt und warum die Datei bei dir einmal komplett weg war, nachdem der Reader zu war. Lokal tritt es vermutlich nicht auf, weil NTFS den Namen dort sofort freigibt, über SMB aber nicht.
Prüfen kannst du das mit Process Monitor auf dem TS, gefiltert auf die Datei. Wenn ich richtig liege, steht da beim CreateFile "DELETE PENDING". Den Mitschnitt würde ich direkt an PDF24 schicken, damit haben die was Handfestes.
Bis dahin bleibt wohl nur: unter neuem Namen speichern oder die Datei lokal bearbeiten und danach zurückkopieren.
Schöne Grüße aus dem hohen Norden
Hallo Björn,
danke für die gründliche Analyse, und danke auch an juergenwuergen69. Die Erklärung mit "Delete Pending" passt zu unserem Code: Beim Speichern schreibt der Reader die neue Fassung zuerst in eine temporäre Datei, löscht dann die vorhandene Datei und kopiert die temporäre Datei an ihre Stelle. Ist die vorhandene Datei in dem Moment noch geöffnet, wird sie nur zum Löschen vorgemerkt, das Kopieren scheitert mit Fehler 5, und nach dem Schließen des Readers ist die Datei weg. So kann es zu dem Datenverlust kommen, den Sie beschreiben.
Der Fehler war uns bisher nicht bekannt, eine Einstellung, die das Verhalten ändert, gibt es nicht. Wir sehen uns das an. Ziel ist, dass der Reader die vorhandene Datei erst ersetzt, wenn die neue Fassung vollständig geschrieben ist, und sie bei einem Fehler unverändert lässt.
Bis dahin ist Ihr Workaround der sichere Weg: unter einem neuen Dateinamen speichern, oder die Datei lokal bearbeiten und danach zurückkopieren.
Zwei Fragen helfen uns beim Nachstellen:
- Tritt es mit der aktuellen Version 11.31.1 genauso auf?
- Falls Sie den Process-Monitor-Mitschnitt (gefiltert auf die Datei) machen, senden Sie ihn bitte an forum@pdf24.org.
- Du musst angemeldet sein, um auf dieses Thema antworten zu können.