You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Pimcore\Model\Notification::setModificationDate(): Argument #1 ($modificationDate) must be of type string, null given, called in (...)pimcore/pimcore/models/Notification/Dao.php on line 123
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Following does not happen on demo, yet I have such issue locally. Are there any migrations or other magic, that additionaly handles following case?
Table:
notifications
has defined:modificationDate
as nullablepimcore/bundles/InstallBundle/dump/install.sql
Line 801 in 23dc5b5
Pimcore\Model\Notification::setModificationDate
, is not aware of such case and will throw an error when modificationDate in database will be null.Example:
Pimcore\Model\Notification\Dao::getById
pimcore/models/Notification/Dao.php
Line 39 in 23dc5b5
then is called:
Pimcore\Model\Notification\Dao::assignVariablesToModel
$data['notificationDate']
, fetched from database isnull
here.pimcore/models/Notification/Dao.php
Line 50 in 23dc5b5
then is called:
Pimcore\Model\Notification::setModificationDate
pimcore/models/Notification/Dao.php
Line 123 in 23dc5b5
Pimcore\Model\Notification::setModificationDate(): Argument #1 ($modificationDate) must be of type string, null given, called in (...)pimcore/pimcore/models/Notification/Dao.php on line 123
Beta Was this translation helpful? Give feedback.
All reactions