View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0004293 | mantisbt | localization | public | 2004-08-08 22:00 | 2004-08-29 01:42 |
Reporter | jferraz | Assigned To | thraxisp | ||
Priority | normal | Severity | major | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Product Version | git trunk | ||||
Fixed in Version | 0.19.0rc1 | ||||
Summary | 0004293: Lang variable names broken | ||||
Description | bug_change_status_page.php is using the value of localized $s_status_enumstring on variable names, like $s_bugtitle and $s_bug_button. This breaks all language files. | ||||
Steps To Reproduce |
| ||||
Additional Information | On bug_change_status_page.php, line 28: get_enum_element() uses translated names if available. | ||||
Tags | No tags attached. | ||||
Alex, are you going to fix this? |
|
It's code flaws, not localisation texts really, in |
|
Yes, it is a code problem, we determined that already. My question was, since you are assigned this issue (by Juliano?), are you planning on fixing it? (and I supposed it's a problem with the localisation feature, but the actual category isn't that important.) |
|
I originally had an additional array to create an indirection for the variable names (in english). I will re-install this code and add instructions for customization. |
|
Glenn, I would rather avoid adding an extra variable that Mantis installers have to keep in sync. I think we should have an API that returns a string given its id in the enum, but in this case it returns the string in $g_enum rather than $s_enum. edited on: 08-09-04 09:58 |
|
That is what I was thinking. I will patch it today. |
|
I didn't assigned it directely to Alex Netman, it was automatica. Maybe Alex is listed as maintener of the "localization" category. |
|
fixed in CVS |
|