-
-
Notifications
You must be signed in to change notification settings - Fork 601
Closed
Labels
Description
Bug description
In Statamic 6 (beta 3) if you enable revisions and change the storage from the default to content/revisions and clear either the application cache or the stache you will lose your revisions in the CP. The files still exist.
This issue does not occur if you leave the storage location as default. I have also tested this on a new Statmic 5 install and the issue does not occur at all, even when changing the storage location.
How to reproduce
- New Statamic install - upgrade to 6.x
- Enable revisions in config and a collection
- Edit an entry and save/publish to create revisions
- Clear cache - either all, or application cache or just warm stache
- Go to your entry - look at revisions and the history list is empty
Logs
Environment
Environment
Application Name: Statamic
Laravel Version: 12.48.1
PHP Version: 8.4.17
Composer Version: 2.9.3
Environment: local
Debug Mode: ENABLED
URL: test.test
Maintenance Mode: OFF
Timezone: UTC
Locale: en
Cache
Config: NOT CACHED
Events: NOT CACHED
Routes: NOT CACHED
Views: CACHED
Drivers
Broadcasting: log
Cache: file
Database: sqlite
Logs: stack / single
Mail: log
Queue: sync
Session: file
Storage
public/storage: NOT LINKED
Statamic
Addons: 0
Sites: 1
Stache Watcher: Enabled (auto)
Static Caching: Disabled
Version: 6.0.0-beta.3 PROInstallation
Fresh statamic/statamic site via CLI
Additional details
No response