Hi,
Thanks for the detailed description. We do have some known bugs in Quick Fields that match your symptoms — the root cause is related to file permissions on the Quick Fields working directories. However, we are not sure it's the same issue you're hitting, so we'd like to collect a bit more information.
Could you please confirm the following?
- On this machine, do multiple Windows accounts scan into / work with the same session? Is Quick Fields running as a non-administrator user? Were the documents that cannot be deleted generated by a different user (e.g., an admin or another scanning account)?
- Did you see any other errors or logs — either a popup dialog or entries in the Errors pane — when deleting the documents, or when reopening the session?
Potential workarounds:
- Run Quick Fields as Administrator ("Run as administrator"), then perform the delete/store operations in the revision pane.
- Add full access permissions to the following for the user who will view/process the documents:
- The SessionVariables XML file(s) under C:\ProgramData\Laserfiche\Quick Fields\SessionVariables
- The Files folder under C:\ProgramData\Laserfiche\Quick Fields\Files
- Note: You may need to take ownership of the files/folder first and re-enable inheritance (via Properties →Security → Advanced)
- If documents still remain after that: with the permissions above granted, delete the session-ID folder under C:\ProgramData\Laserfiche\Quick Fields\Files (attempts you have already made).
- If the documents were OCRed and had the Text View enabled in the viewer while deleting, this can trigger a separate known issue (file-not-found errors on .bxd/.loc files, or a crash when reopening the session). In that case, please close the Text View before deleting, or use "Delete All" on the parent node in the revision pane.
Please let us know the answers to the questions above and whether the workarounds helped — that will let us confirm whether your case matches the known bug or if we should investigate further.