No $KeepPrivate or $Writers.Db is not and has never been configured to allow hard locking.
I’m dead confused about soft locking - we’re at 6.5.4 so this is something that should ‘just happen’ and, I’d think, prevent the creation of rep/save docs. We get rep/save docs. This is the first occurrance of an apparently locked doc in this way. Opening and resaving as the lock owner did not release the lock. I’d think if this was a ‘feature’ of the soft lock, we’d either not have rep/save errors or I’d have more folks complaining about locked docs…
Since we no longer use Notes for mail, doing the ‘send a button’ thing isn’t gonna work to update the ini file. I’ll probably build a db with a post open event that does the deed and ask folks to just open the db.
Is this an ‘email db’ feature or an ‘any db’ feature? The tech note seems to be related to ‘messaging applications’ so I can’t tell if this only affects user mail dbs or any db.
All dbs are on a single server in a single building. We have a cluster server but users don’t access the cluster server (it’s configured to bounce them back to the main server if they try).
So we probably shouldn’t be seeing rep/save errors but we do.
The docs in question are created via a LS agent, but the agent does not open the UI doc so the tech notes don’t seem to fit; that and the error was fixed in 6.5.2 and we’re at 6.5.4.
I don’t think most users know about using to open docs in edit mode but who knows…
It’ll be interesting to see if this happens again.
Subject: Doc locked but we don’t use locking (with addendum)
Doug,
Was the document created when document locking WAS on?
Is there a field on the document (similar to $KeepPrivate for example - I’m not that familiar with doc locking and what field Notes uses to lock the document) that needs to be removed?