fix: date input conversion

[nils]

This is an attempt to fix #1002. I'm not sure though if this is the right approach, maybe there was a reason I don't understand for the condition (e => e === '?' ? e) that I have removed.

The new testcase fails without the adjustment.

With the fix, the following SQL will be executed:

> await db.run(UPDATE('basic.literals.date').set({date: new Date()}))
[sql] - BEGIN
[sql] - UPDATE basic_literals_date AS "$d" SET date=strftime('%Y-%m-%d',?) [ '2025-08-12T08:32:45.882Z' ]
[sql] - COMMIT

Before the fix, it was like this:

> await db.run(UPDATE('basic.literals.date').set({date: new Date()}))
[sql] - BEGIN
[sql] - UPDATE basic_literals_date AS "$d" SET date=? [ '2025-08-12T08:33:43.387Z' ]
[sql] - COMMIT

[nils]

Would the other InputConverters need the same adjustment?

[nils]

Strange, I see that the tests are failing in the pipeline... I'll check, they are running fine locally.

[patricebender]

Strange, I see that the tests are failing in the pipeline... I'll check, they are running fine locally.

SQlite tests are fine, looks like PG and HANA do behave differently though (compliance test suite is run against all DBs)

[nils]

@patricebender Postgres looks fine locally now, but I have some trouble running the HANA testcases locally.
Could you please approve another workflow run?

[nils]

Testcases look good now! I think this is ready for review.