In our install of Bric, slug for a story type without a fixed cover is
optional. If the user doesn't enter it, it does not get appended to the
URI.
This seems bad to the point of being a bug. If an install is using dates to
format the URI, 2 users creating stories in the same category, without
slugs, on the same day will overwrite each other's work.
If the install is not using date in the URI, then not only will the 2 users
overwrite each other's work, they'll also overwrite the cover for that
category as well.
Both of these things seem like they could be fairly frequent occurrences.
In fact, they've happened twice during our testing, and we've only published
a hundred or so stories. So I ask
1) Is slug optional in non-fixed-URL story types? Or is it a config
somewhere?
2) If it is optional, why?
Based on our usage so far, I think we should make it a fairly high-priority
item to make slug required in non-fixed-URI story types. Or make its
'requiredness' configurable.
Thoughts?
Thanks,
Jason
optional. If the user doesn't enter it, it does not get appended to the
URI.
This seems bad to the point of being a bug. If an install is using dates to
format the URI, 2 users creating stories in the same category, without
slugs, on the same day will overwrite each other's work.
If the install is not using date in the URI, then not only will the 2 users
overwrite each other's work, they'll also overwrite the cover for that
category as well.
Both of these things seem like they could be fairly frequent occurrences.
In fact, they've happened twice during our testing, and we've only published
a hundred or so stories. So I ask
1) Is slug optional in non-fixed-URL story types? Or is it a config
somewhere?
2) If it is optional, why?
Based on our usage so far, I think we should make it a fairly high-priority
item to make slug required in non-fixed-URI story types. Or make its
'requiredness' configurable.
Thoughts?
Thanks,
Jason