User tests: Successful: Unsuccessful:
Pull Request for Issue #27921
The associations button in the article edit form triggered the editAssocations
task. That task invoked a save method in the model and then redirected to the association manager.
Unfortunately that save method bypassed everything done in the controller->save method. Resulting beside other potential issues in the issue above where the dateformat wasn't properly translated back.
This PR moves the code from the editAssociations method to the save method with a conditional on the active task.
in the controller, the "editAssociations" task is registered as a variant of the save method.
I have left the old "editAssociations" methods in the controller and model to keep B/C and added a deprecation note for 5.0.
Date is still there
Date is empty
None
Status | New | ⇒ | Pending |
Category | ⇒ | Libraries |
I have tested this item
I have tested this item
Status | Pending | ⇒ | Ready to Commit |
RTC
Status | Ready to Commit | ⇒ | Fixed in Code Base |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2020-02-16 07:48:29 |
Closed_By | ⇒ | infograf768 | |
Labels |
Added:
?
|
Already merged. ;) Will be available in next release 3.9.16.
Already merged. ;) Will be available in next release 3.9.16.
What to do with other articles
that were created before 3.9.16
? Have to set the Created Date
again and Save
it?
What to do with other articles that were created before 3.9.16? Have to set the Created Date again and Save it?
Yep, unfortunately there is no other way as the data is lost.
Thanks for being stubborn with this issue. It was quite a bit hidden
@sanek4life Please thest. I'll test too tomorrow.