You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The filemanager API should support a method to manually link objects, in case the ingestId automatic linking fails. This could take a similar form to the manual API calls which allow annotating objects with attributes like the portalRunId.
For example, we could first tag objects on the portalRunId, and then link all objects with the same portalRunId:
Care needs to be taken to ensure that the correct object gets linked with the correct id in each directory. How should this be determined? Could objects with the same etag and size be linked? Or the same key suffix? Otherwise objects potentially could be enumerated and linked individually:
It should be possible to do this using attributes patching as well, but this would require first finding the original ingestId, and then manually tagging each moved object.
For example, first find the existing ingestId for an object:
Currently the patch route can only update attributes, so this would still require adding the ability to update ingestId. However, it might be simpler to implement than an entirely new mechanism.
The filemanager API should support a method to manually link objects, in case the
ingestId
automatic linking fails. This could take a similar form to the manual API calls which allow annotating objects with attributes like theportalRunId
.For example, we could first tag objects on the
portalRunId
, and then link all objects with the sameportalRunId
:Care needs to be taken to ensure that the correct object gets linked with the correct id in each directory. How should this be determined? Could objects with the same
etag
and size be linked? Or the same key suffix? Otherwise objects potentially could be enumerated and linked individually:The text was updated successfully, but these errors were encountered: