I did hear from support and it did resolve the issue. See below...
There's a few things that could be causing this behavior, but after reading your description, I think the first thing to check is that there isn't a file stuck in the temp/edit folder. It could be the case that a folder isn't deleting from within there, causing the document to remain locked.
If the user is editing the document, perhaps there is still a lock being held onto from the machine they're on.
You can check %temp%\Edit from their local computer, to see whether there is still a folder here. When documents are edited, an entry is created here which stores the temporary file, and this normally should be deleted once brought back into DocuWare.
If this is still there, then this could be the reason for the lock being persistent despite the user closing and shutting down. You can safely delete anything within the temp and edit folder.
A system admin (DW Cloud v7.3) would like to enforce SSO for all his users. SSO is configured an working but the DocuWare Login option is still available in the drop down on the login page.
There was a Login Link feature in the URL Creator previously that seems to be missing in the latest version.
Anyone know of a way to do this?
Any clues appreciated,
A user edits a document during a workflow task assigned to her. The document then returns to another user in another task. The second user is then unable to confirm the task and a 'document locked by another user' error message is thrown.
In one particular case the document has remained locked for a week despite the editing user having signed out and powered off the PC.
Is there a way to unlock a document when locked in this way?
Is there a specific way to handle this kind of editing operation in a workflow?
Is the lock option of the result list in File Cabinet configuration the only way to allow this kind of editing?
Has anyone seen a "The page cannot be rendered" error when opening a PDF in Firefox? Seems to be limited to one PC, and Firefox has been used before. PDF was downloaded and appears normal. Other users can see the document using Firefox.
Maybe a simple setting that got whacked? v7.3 - cloud system.
AutoIndex, Transfers and Synchronizations all have log files associated with them. If I have a number of these processes running frequently, do I need to worry about the log files filling up the disk, or are they self-maintaining?
If I do have to clean them up, where are they stored?
On premises system, v7.3.
In a workflow assign data activity, ii appears the the 'Replace' option is selected by default when assigning any type of data to any other type except for a Keyword field of a document.
Is this by design? Is there never an option to leave a field with the value that it already contains, from a previous action or when the document is stored?
I have some instances where if an index field of a document already contains a value I want to leave it as is, but replace it if it's empty. Is my only choice to test the value of the field first and skip the assignment if it is not empty?
Is it possible to use the users assigned to a Role or Group as a select list in a Store Dialog?
The internal list 'Users' will contain all users and some may not be appropriate.
DocuWare does not supply the list internally. Is it possible to make one?
Thanks for that info. I'm at 22.214.171.124801. I'll get a download of the latest update and try that.
Well then, I guess I'll put it in User Voice and ask to have it put back that way.
Right. My customer was used to it and liked it that way. Maybe a bug or just an undocumented change.
Is it supposed to be the Document Name from the file cabinet?