Feature #11858
closed
Next issue number after deleting an issue
Added by Wojtek … about 12 years ago.
Updated over 10 years ago.
Description
In case we delete an issue number 'x' which is currently last one the next created issue is still number x+1. It would be convenient that the next one would be still 'x' to avoid ghost issues (i.e. numbers that doesn't point to any issue
I'd vote no on this one, first it's kind of cumbersome to do due to autonumbering, on top of that it leads to a lot of problems (if I link to issue #100 and it gets deleted, when what would be 101 gets created, my link now links to the wrong issue).
I've seen requests like this for just about every auto-numbering system available, and all of them is really micromanagement. Don't want gaps ever? Don't delete tickets.
Don't want gaps ever? Don't delete tickets.
Simple case - user doubleclicks "create" on the issue page which leads to two tickets of which one can/has to be deleted.
Wojtek K. wrote:
Don't want gaps ever? Don't delete tickets.
Simple case - user doubleclicks "create" on the issue page which leads to two tickets of which one can/has to be deleted.
This should have been fixed in Redmine, double post should not happen anymore.
Still, case with issues submited by e-mail (i.e. spam filtering problem not working in 100%)
Wojtek K. wrote:
Don't want gaps ever? Don't delete tickets.
Simple case - user doubleclicks "create" on the issue page which leads to two tickets of which one can/has to be deleted.
Reject it as a duplicate, relate it to the duplicate ticket.
The main limitation is basically how all database systems have done auto-numbers since forever, the overhead of maintaining the empty slots gains you really nothing except database fragmentation and a warm and fuzzy feeling that you don't have "holes" in your auto-numbers.
Wojtek K. wrote:
Still, case with issues submited by e-mail (i.e. spam filtering problem not working in 100%)
Reject as invalid.
- Status changed from New to Closed
- Resolution set to Wont fix
Having to reset database sequences is not something I'd like to implement. Sorry but this is a no.
Also available in: Atom
PDF