View Issue Details

IDProjectCategoryView StatusLast Update
0010159mantisbtsub-projectspublic2012-09-23 09:56
ReporterBaechlek Assigned Todregad  
PrioritynormalSeverityminorReproducibilityhave not tried
Status closedResolutionunable to reproduce 
Product Version1.1.5 
Summary0010159: Copy Versions From function failed
Description

Attempted to copy from subproject to subproject.
Source with
Version: 3.5.2
Released: X
Timestamp: 1901-12-13 21:45 CET

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
Database query failed. Error received from database was #1048: Column 'date_order' cannot be null for the query: INSERT INTO mantis_project_version_table
( project_id, version, date_order, description, released )
VALUES
( '62', '3.5.2', null, '', '1' ).

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.

TagsNo tags attached.

Activities

giallu

giallu

2009-02-25 16:15

reporter   ~0020941

I think this is possibly a duplicate of 0009651 thatwe fixed it in 1.1.6;

can you please check?

Baechlek

Baechlek

2009-03-02 05:24

reporter   ~0020973

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.

vboctor

vboctor

2009-07-05 15:50

manager   ~0022397

When you look at the database (e.g. with phpMyAdmin), do you have any version rows with the date_order field set to null?

Baechlek

Baechlek

2009-07-08 12:45

reporter   ~0022449

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

dregad

dregad

2012-09-13 10:09

developer   ~0032832

Issue not reproducible in recent version of MantisBT