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
NB: I'm struggling to recreate this in my dev env. The client has managed to cause the issue a couple of times but not entirely sure what is triggering it.
Steps:
Create a new entry in an orderable collection and publish it.
Reorder the entries and save.
Result: 500 error on front-end that doesn't use custom error template
Only certain users seem to cause this issue:
Their preferences & permissions are the same apart from collection listing columns being displayed
Users on Windows 11 using Chrome.
Workaround seems to be: refresh the collection listing (ie: cmd + r in the browser) after publishing the new entry but before reordering.
Update: I think this is due to the user's choice with the number of entries to include in the pagination in the CP. Users that cause the issue have this set to 50 (default) and there are more than 50 entries in the collection. Changing 100 fixes it.
Bug description
Reordering a new entry causes a duplicate ID in the collection tree.
Similar to #2662 (closed) and #9531 (open).
How to reproduce
NB: I'm struggling to recreate this in my dev env. The client has managed to cause the issue a couple of times but not entirely sure what is triggering it.
Steps:
Only certain users seem to cause this issue:
cmd + r
in the browser) after publishing the new entry but before reordering.Logs
No response
Environment
Installation
Fresh statamic/statamic site via CLI
Additional details
Further context:
Reorder
button in the CP.500
error on the front-end (see below)APP_DEBUG=false
so I presume the custom error template/resources/views/errors/500.blade.php
should be presented instead?front-end error screenshot
CP error screenshot
The text was updated successfully, but these errors were encountered: