View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0020512 | mantisbt | custom fields | public | 2016-01-13 11:10 | 2019-06-16 13:39 |
Reporter | vboctor | Assigned To | |||
Priority | normal | Severity | minor | Reproducibility | have not tried |
Status | new | Resolution | open | ||
Product Version | 1.3.0-rc.1 | ||||
Summary | 0020512: Renaming custom fields breaks column configuration | ||||
Description | Let's assume the user has custom field xyz and they have added it to some column configuration (e.g view issues page) using custom_xyz. If the user later changes the name to xyz2, all the configuration whether they global, project specific, or user specific need to be updated to reflect the new name. This bug probably applied forever. | ||||
Tags | mantishub, schema | ||||
related to | 0020305 | new | Create localization framework for user created objects |
internally referring custom fields by name is weak as seen here. and somewhat related: store enumerated values in a more structured way, instead of pipe-separated strings. |
|
+1 for serializing custom field ids. However, we may want to consider savings ids + names if we want to keep readability within Configuration Report page. |
|
regarding custom fields ids and user preferences: |
|
more thoughts: Then, an approach may be to separate CF "technical name" from "display name". |
|
I think we should only care about "technical name" when defining the custom field, and
The "Display name" part should be handled via localization, as described in http://mantisbt.org/docs/master/en-US/Admin_Guide/html-desktop/#admin.customize.customfields.localize |
|
1, 2, right
The problem with that localization:
a more generic related feature, on this issue: 0020305 |
|
+1 for @dregad's rules. I have always been recommending having custom fields follow the rules he specified. However, it wasn't enforced and often people needed them to look different and they didn't care about localization or necessarily new about it. They found a name and typed in what they need in it. The question remaining is how do we go from current model to the new model:
As for the localization issue, it is a separate topic that we can discuss at 0020305. |
|
|
|
I think this would be less impact:
Regarding localization: "Display name" as a custom-field property cannot be localized right now (from within the application), but this is consistent with other user defined objects, eg: project names. |
|