View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0010159 | mantisbt | sub-projects | public | 2009-02-25 04:17 | 2012-09-23 09:56 |
| Reporter | Baechlek | Assigned To | dregad | ||
| Priority | normal | Severity | minor | Reproducibility | have not tried |
| Status | closed | Resolution | unable to reproduce | ||
| Product Version | 1.1.5 | ||||
| Summary | 0010159: Copy Versions From function failed | ||||
| Description | Attempted to copy from subproject to subproject. Hint: I did not specify the timestamp. Maybe it is an old generated default value of an older mantis version. also see additional info | ||||
| Additional Information | APPLICATION ERROR 0000401 Please use the "Back" button in your web browser to return to the previous page. There you can correct whatever problems were identified in this error or select another action. You can also click an option from the menu bar to go directly to a new section. | ||||
| Tags | No tags attached. | ||||
|
I think this is possibly a duplicate of 0009651 thatwe fixed it in 1.1.6; can you please check? |
|
|
Sorry, I am not able to give a clear diagnose. In my case the gui shows the error message added under "additional information". In 0009651 no such message is mentioned. Also 1901-12-13 21:45 CET is stored in the db and recognized as NULL in the insert statement. As far as I can see both issues have the strange dates in common which likely are causes from defaults inserted by (a earlier versions of) mantis. |
|
|
When you look at the database (e.g. with phpMyAdmin), do you have any version rows with the date_order field set to null? |
|
|
No, in the meantime I filled all NULLs in project_version_table.date_order with appropriate values. But even if I copy again now the same date ("1901-12-13 21:45 CET") is stored for created version. We are still using Mantis 1.1.5 |
|
|
Issue not reproducible in recent version of MantisBT |
|