View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0033597 | mantisbt | bugtracker | public | 2024-02-02 16:26 | 2024-11-01 11:58 |
| Reporter | sandyj | Assigned To | |||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | new | Resolution | open | ||
| Product Version | 2.26.0 | ||||
| Summary | 0033597: Datetime picker breaks when setting normal_date_format | ||||
| Description | When you define a normal date format, when going into edit either version date or due date, the datetime picker shows the year in the first decade e.g. 0006 or 0008. I tried setting the date format to d.m.yy and the date picker works fine again, although the year is displayed twice. | ||||
| Steps To Reproduce |
| ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
| related to | 0031836 | closed | dregad | Date conversion fails when editing a project version using a non-US date format |
| related to | 0023701 | new | different or localized datetime formats delete due_date on updates | |
| related to | 0034928 | resolved | dregad | Date conversion fails using a non-US date format in VersionUpdateCommand.php |
|
maybe related to 0022558 (EDIT/dregad: which is a duplicate of 0031836) Also a note that for systems where a normal date format was already defined before the upgrade to 2.26, the issue does not occur. |
|
|
Did you set also |
|
|
@sandyj please read the warning in Admin Guide, Configuration / Date section |
|
|
thanks for the workaround @dregad and @atrol - I changed the datetime_picker_format to match the normal date format and this resolved the issue. Is there no plan to fix this? |
|
|
There is PR https://github.com/mantisbt/mantisbt/pull/1587 where @syncguru started with it. |
|
|
It was not merged at the time, because I felt that a better handling of incompatibilities between PHP and moment.js formats was needed, and that was never addressed. |
|