View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0026314 | mantisbt | migration | public | 2019-10-30 08:06 | 2021-01-02 18:31 |
Reporter | qwert | Assigned To | dregad | ||
Priority | high | Severity | minor | Reproducibility | have not tried |
Status | closed | Resolution | no change required | ||
Summary | 0026314: Mantis migration | ||||
Description | Validating migration of existing Mantis server to new server. The following error is displayed.
The character code was modified because it was garbled. The table data was deleted as other correspondence, but it could not be solved. Are the following Mantis versions compatible?
Please tell me the solution of this phenomenon. EDIT [dregad]: fixed markdown | ||||
Tags | No tags attached. | ||||
Since the format has collapsed, I will write the explanation again. Validating migration of existing Mantis server to new server. But the validation is not working. The following error is displayed. ・error The character code was modified because it was garbled. After correction, it was displayed on the Web screen without being garbled, but it is said that it cannot be converted because the data is invalid. The table data was deleted as other correspondence, but it could not be solved. Are the following Mantis versions compatible? Please tell me the solution of this phenomenon. |
|
This is often caused by accented characters in serialized data. Without knowing the contents of the offending row I can't help you. |
|
I’m sorry The target character string is described below. SELECT * FROM mantis_config_table WHERE type = 3; The following is the character string when garbled characters are resolved. it's Japanese. The appears to be repaired is on the WEB is, would be recognized as "invalid data". a:15:{i:10;s:56:"40:担当者決定,80:差し戻し,100:対応不可,110:仕様,120:保留";i:20;s:86:"60:対応中,40:担当者決定,80:差し戻し,100:対応不可,110:仕様,120:保留,140:修正済み(trunk)";i:30;s:88:"60:対応中,40:担当者決定,80:差し戻し,100:対応不可,110:仕様,120:保留,150:適用済み(release)";i:40;s:102:"60:対応中,10:新規,80:差し戻し,100:対応不可,110:仕様,120:保留,140:修正済み(trunk),150:適用済み(release)";i:60;s:98:"140:修正済み(trunk),40:担当者決定,80:差し戻し,100:対応不可,110:仕様,120:保留,150:適用済み(release)";i:80;s:52:"10:新規,40:担当者決定,100:対応不可,110:仕様,120:保留";i:100;s:39:"40:担当者決定,10:新規,110:仕様,120:保留";i:110;s:43:"40:担当者 決定,10:新規,100:対応不可,120:保留";i:120;s:43:"40:担当者決定,10:新規,100:対応不可,110:仕様";i:140;s:30:"20:修正NG,60:対応中,155:修正OK";i:150;s:58:"160:適用OK(release),30:適用NG(release),155:修正OK,190:完了";i:155;s:51:"150:適用済み(release),20:修正NG,140:修正済み(trunk)";i:160;s:40:"190:完了,20:修正NG,150:適用済み(release)";i:180;s:18:"190:完了,20:修正NG";i:190;s:29:"20:修正NG,160:適用OK(release)";} |
|
The root cause of the problem is probably multi-byte characters, and a discrepancy in the size of the strings as they are encoded in the serialized data. It's a bit hard for me to figure out as I don't read Japanese ;-) and I don't have so much time to spend to analyze the string. Anyway I think you have 2 ways of addressing this:
2nd option is probably simpler... |
|
I thought that was the case, and I tried many things, but it didn't work, so I started a project to get advice. By the way, if you know about compatibility by Mantis version, please let me know. I checked it but couldn't find it. |
|