Hi!
I’ve recently come upon a use case where being able to track a file’s life-cycle across e.g. “rename”, “move” etc. is necessary. I had hopes that a smart-link to the file might actually remain the same or old smart-links be tracked to resolve to the newest, but this doesn’t seem possible?
E.g.
- create a file test.md in a directory and copy “internal link”
- rename the file to test2.md, copy internal link and compare both → they are different
- old internal link doesn’t resolve to renamed file
Same goes for moving the file into a sub-directory or the like.
I then tried via api-endpoints /api2/repos/{repo_id}/file/detail and …/file/history, and while there is information encoded such as id, parent_id, root_id etc., I can’t make sense of it beyond the obvious (once renamed, the former id becomes parent_id and a new id is given, etc.) since I didn’t find a way to call the API searching via a file id, which would have enabled me to do a recursive search or similar.
So I guess my question is: Is there a way to create “eternal (internal) file links” that will remain the same no matter what is happening to the file until it is deleted and trash is emptied? Or maybe a way to search for old smart-links, find the current file-id and generate the latest smart-link?
Thanks!