Report or other method to show locked IEs
IEs can be locked due to different reasons. A user may have manually locked an object in Permanent and forgotten to unlock it, or there may be an issue with a hanging or incorrectly aborted processes, causing an IE to be locked by a system process.
Locked objects cause problems in the system, especially when trying to run another process over a locked IE. Currently, there is no available method through which the user can check which IEs are locked. We currently have to open a ticket with support who identifies locked IEs for us.
It would be helpful to have a method (e.g. report) to show which IEs are locked.
Jens Steidl commented
We found out that you can (at least theoretically in an indirect way) test the locking state of a specific IE-PID by using the getMD() and updateMD() API call.
First, use getMD() to get the current descriptive DC metadata and than try to call updateMD() with the same DC metadata.
If the IE is unlocked you get the SOAP faultstring "IE IE...... was not updated. Reason: No change in metadata." (no additional IE version created).
If the IE is locked you get the SOAP faultstring "Cannot Update MD, PID:IE...... since control is locked".
If combined with SRU queries to retrieve all desired IE PIDs, a report could be created.
Maybe this is helpful to you until an API is provided.
I support your idea; I think retrieving the IE state (at any processing stage) via API is a needed feature.