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
AutoSlugField changes slugs that end in numbers consufing them with autoincrementing "next" value #34
Comments
Here's a patch that I'm using. |
This is also burning us, would much like to see it addressed. The patch is no longer valid due to upstream changes, but this is still an issue on Aug 24, 2011. |
This bug makes the AutoSlugField unusable for me. |
This is what I ended up doing: It's definitely a hack, but seems to work okay for my purposes. You would probably run into trouble if you wanted to modify the uniqueness constraints on the AutoSlug field after the fact. |
guys this is serious, bug still there at Sep 11, 2012. This should definitely be fixed, AutoSlugField is unusable otherwise... |
I still don't see a pull request with tests, docs and a clear description of the solution. |
here we go |
+1 |
@trbs seems this issue can be closed. |
I have an entry titled "Articles 2010", and generate the "articles-2010" slug for it. When I update the entry, AusoSlugField will think that the "2010" part of the slug was the incremental "next" value, and when it finds that there were no 2009 entries with slug "article" before it, it will update the slug to "article", thus breaking a slug that shouldn't have changed.
The text was updated successfully, but these errors were encountered: