Matthew Rumery
Matthew Rumery
> Also would we want to block direct modification of that value? Yes, this field should only change when an existing file is being replaced. You should not be able...
> This would possibly eliminate the need for a new version field and solve https://github.com/directus/directus/issues/22556 at the same time 🤔 I do not have a Cloudinary account ATM, but I...
@nickrum the issue right now, is that `modified_on` gets updated when you make any change to the file. This doesn't narrow the scope of when a file has been replaced....
@nickrum I wasn't able to find anything that informed me when a file was replaced. Nothing that returned through the API.
> But I think we are both of the opinion that one does not necessarily want to disclose that information for that use case, which is why an additional dedicated...
@paescuj I believe we will still need a new field to be returned through the API when replacing a file, as there is currently not a way to determine/notify when...
I am having some trouble getting a hash value, hopefully I am just missing something that someone can point out. Here is the snippet of code ``` import { readableStreamToString...
@paescuj @nickrum made the first round of changes, let me know what you think.
@rijkvanzanten thanks for the feedback. I appreciate all the insights into Directus that I miss. ~I have a working implementation with the changes you suggested. I am still figuring out...
@paescuj I actually like a lot of your changes on #22900 for the file hashing, and solved the issue I was having with trying to clone the stream. With your...