project-administration: Assign defaultDateRange to model object

[FrederikSchlemmer]

The defaultDateRange needs to be assigned to the project to display the correct dateRange when saving the form. This is caused by the used constructor of DateRangeInputField with the defaultDateRange, which seems to not perform correctly.

Closes #383

[FrederikSchlemmer]

Erfasse ich 01.01.2018 bis 31.12.2020, so wird dies gespeichert, jedoch wird unmittelbar wird wieder 01.01.2020 - 31.12.2020 angezeigt. Erst nach erneutem Laden der Seite wird das Datumsintervall korrekt angezeigt wie gespeichert.

Passe ich händisch im Datum-Anpassen-Flyout den 31.12.2020 auf den 31.12.2018 an, in dem ich im Eingabefeld die letzten beiden Zeichen lösche und anschließend "20" eintippe, so ändert sich das Startdatum auf den 31.12.0201 oder 31.12.0020, je nachdem, wie schnell ich tippe.

01.01.2018-31.12.2018 kann ich nur in der Haupteingabezeile erfassen und dann auch speichern. Unmittelbar nach dem Speichern wird dann der alte Wert (01.01.2018 - 31.12.2020) angezeigt und nur durch erneutes Aufrufen der Projektadministration bekomme ich den jetzt korrekt gespeicherten Wert angezeigt.

@tinne I just tested every scenario on this branch and everything works fine locally. The second use case isn't supported by the DatePicker and shouldn't work in the past either.

@czarnecki could you also test this branch locally to verify?

[tinne]

Did not test the date picker extensively before. Maybe it is a known issue that is amended by a new version? Upgrading Wicket (in a separate ticket) might solve this. It simply is a large nuisance to use the picker to enter large scale timeframes, as you would not want to change years by clicking from month to month.