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
We've just seen another case which seems related to shopware/shopware#1396. The difference is that there's a DATE column with an actual non-null default where the default in information_schema.COLUMNS is enclosed in single-quotes as opposed to no quotes for proper MySQL.
This causes this attribute constructor code to be generated for \Shopware\Models\Attribute\Order:
This causes the \DateTime constructor to throw an exception. The customer was on 10.2.17-MariaDB-10.2.17+maria~stretch. We need to check whether this issue is also present in MariaDB 10.2.7, which was the version which introduced the previous bug.
We need to make another PR which works around this MariaDB compatibility problem (or convince everyone to drop MariaDB support...).
The text was updated successfully, but these errors were encountered:
fixpunkt
added
bug
Issues that describe an unexpected behaviour in an existing functionality.
minor
"bug" issues that are neither "critical" nor "major".
labels
Sep 13, 2018
We've just seen another case which seems related to shopware/shopware#1396. The difference is that there's a
DATE
column with an actual non-null default where the default ininformation_schema.COLUMNS
is enclosed in single-quotes as opposed to no quotes for proper MySQL.This causes this attribute constructor code to be generated for
\Shopware\Models\Attribute\Order
:This causes the
\DateTime
constructor to throw an exception. The customer was on10.2.17-MariaDB-10.2.17+maria~stretch
. We need to check whether this issue is also present in MariaDB 10.2.7, which was the version which introduced the previous bug.We need to make another PR which works around this MariaDB compatibility problem (or convince everyone to drop MariaDB support...).
The text was updated successfully, but these errors were encountered: