-
-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Compability with revisions? #16
Comments
Hi @mmodler Thanks for raising this issue. I'm not familiar with this revisions feature myself yet. But a quick look at the docs tells me the revisions are stored under From the docs:
Please let me know if this is not how it works, and the assets in the working copy are not picked up by the add-on as being used. |
I don't think its so easy:
|
@mmodler these are valid points, unfortunately I don't have answers. I'm not using revisions actively myself yet. About every asset ever used in the past part, how would you expect it to work? We could perhaps not protect assets in past revisions, and plus the package user could use the Would you be willing to contribute a PR for this? |
Hey,
thanks for this great addon! Yesterday i was thinking about using it in a bigger project with revisions. As far as i see there might be issues with revisions? I looked at https://statamic.dev/revisions#workflow and i think the working copy might be a problem:
Saving a published entry https://statamic.dev/revisions#saving-a-published-entry
The working copy is saved.
The actual entry is not saved.
It is therefore possible that I am using an asset in the working copy, which may be deleted. When I then publish the entry, I am surprised that the asset is gone.
Of course, this is an edge case and you could also argue that "in use" is the same as "published".
Hm, could the solution be to scan all working.yaml files in the revisions folder as well?
The text was updated successfully, but these errors were encountered: