View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0010593 | mantisbt | administration | public | 2009-06-16 06:43 | 2010-09-10 00:46 |
Reporter | jonathh | Assigned To | |||
Priority | normal | Severity | minor | Reproducibility | always |
Status | confirmed | Resolution | open | ||
Product Version | 1.1.7 | ||||
Summary | 0010593: Wrong category used when old one deleted. | ||||
Description | I have found a bug where by when a issue/s has a category set. If that category option is deleted when you open the issue up for editing the next category option is silently selected rather than it being set to blank being force to select one yourself. | ||||
Steps To Reproduce | Create 2 categories. | ||||
Tags | No tags attached. | ||||
This is an issue with all our lookup values. I wonder if we should ban deletion of entities that are referenced by issues. This is to force re-assigning these issues to alternate categories/versions/users, etc. If we do that, then issue goes away. This will also keep our database more consistent. |
|
Reminder sent to: jreese @jreese, what do you think? |
|
I think there should be 3 changes after I had to delete a project and all the categories for the project were lost and I now have 1000 issues without a category.
and
|
|
We have dozens of large projects in a massive corporate environment with thousands of users and it really would make things easier if categories could be related and orphaned if needs be, with so much data we often cull older categories from the list but lose them in archived issues. I'm definitely a fan of a single table of related categories so there's less inconsistency with naming and issues can move project without as many headaches. Great work on 1.2 by the way Victor, with so many users the database was painfully slow, but now what took 30 seconds is done in 2. So quite happy with progress :) |
|