Fix Db::executeQuery() for null parameter

[W0rma]

Seems like #48 broke the following code

$I->seeInDatabase('some_table', ['some_column => null]);

After updating codeception/module-db from 3.1.0 to 3.1.1 I get the following error:

[TypeError] Codeception\Lib\Driver\Db::isBinary(): Argument #1 ($string) must be of type string, null given, called in /var/www/html/vendor/codeception/module-db/src/Codeception/Lib/Driver/Db.php on line 297

This PR should fix that by using PDO::PARAM_NULL if null was provided in the criteria.

Fixes #64

[pascal08]

Experiencing the same problem. Downgrading to v3.0.1 helps, but introduces another problem (that is fixed in v3.1.0).

[tecbird]

same here, please merge

[troy-rudolph]

We have the same problem. #48 causes many of our tests to fail as show below. Please merge and ship this fix.

00:38:41  �[37;41;1m  [TypeError] Codeception\Lib\Driver\Db::isBinary(): Argument #1 ($string) must be of type string, null given, called in /web/manager-jenkins/jenkins-Manager-PR-17842-5/www/vendor/codeception/module-db/src/Codeception/Lib/Driver/Db.php on line 297  �[39;49;22m
00:38:41  �[37;41;1m                                                                                                                                                                                                                                                         �[39;49;22m
00:38:41  �[33m
00:38:41  Scenario Steps:
00:38:41  �[39m
00:38:41   6. $I->updateInDatabase("Tests",{"Publis...},{"TestID...}) at �[32mtests/api/observations/ObservationsFiltersCest.php:222�[39m
00:38:41   5. // I am going to update the Status for getting archived and abandoned Observations (in Tests table)
00:38:41   4. $I->grabFromDatabase("Tests","TestID",{"CourseID":40}) at �[32mtests/api/observations/ObservationsFiltersCest.php:215�[39m
00:38:41   3. $I->grabFromDatabase("Tests","TestID",{"CourseID":38}) at �[32mtests/api/observations/ObservationsFiltersCest.php:210�[39m
00:38:41   2. $I->useDataGeneratorTool({"actions":[{"action":"tun...}) at �[32mtests/api/observations/ObservationsFiltersCest.php:194�[39m
00:38:41   1. $I->getMicroStamp() at �[32mtests/api/observations/ObservationsFiltersCest.php:17�[39m
00:38:41  
00:38:41  #1  Codeception\Module\Db->updateInDatabase
00:38:41  #2  /web/manager-jenkins/jenkins-Manager-PR-17842-5/www/tests/codeception2/tests/_support/_generated/ApiTesterActions.php:4686
00:38:41  #3  /web/manager-jenkins/jenkins-Manager-PR-17842-5/www/tests/codeception2/tests/api/observations/ObservationsFiltersCest.php:222
00:38:41  #4  SM\ObservationsFiltersCest->_before
00:38:41  #5  /web/manager-jenkins/jenkins-Manager-PR-17842-5/www/vendor/bin/codecept:119
00:38:41  �[33mArtifacts:�[39m

[shannon-programming]

Experiencing the same issue! Please merge this fix!

[TypeError] Codeception\Lib\Driver\Db::isBinary(): Argument #1 ($string) must be of type string, Ramsey\Uuid\Lazy\LazyUuidFromString given, called in /app/vendor/codeception/module-db/src/Codeception/Lib/Driver/Db.php on line 297

[MattiaPeiretti]

Can someone please merge @W0rma's PR? Real companies are relying on this and the fact that a fix is present for 5 days and it's just waiting to be merged is quite sad.

[laoneo]

Please merge

[MattiaPeiretti]

33 days old.

Still waiting. I believe in you, you can do it!

[eerison]

33 days old.

Still waiting. I believe in you, you can do it!

the quickly solution is, @troy-rudolph @W0rma try to apply @guraurobi suggestions, otherwise it will be in discussion for a long time, because it still have open discussions, and they aren't hard to solve.

[Daredzik]

Merge this, suggestion to use mb_detect_encoding is wrong:
[TypeError] mb_detect_encoding(): Argument #1 ($string) must be of type string, null given
is_string do the trick here

[Daredzik]

@Naktibalda or @sergeyklay can you check this one?

[eerison]

@Naktibalda or @sergeyklay can you check this one?

Just to point out, this issue was introduced on 3.1.1, you can back one version and wait until this PR be merged.

add it in your composer.json, and after it pass, you just need to remove it from conflict.

  "conflict": {
    "codeception/module-db": ">3.1.0"
  },

[Daredzik]

@Naktibalda or @sergeyklay can you check this one?

Just to point out, this issue was introduced on 3.1.1, you can back one version and wait until this PR be merged.

add it in your composer.json, and after it pass, you just need to remove it from conflict.

  "conflict": {
    "codeception/module-db": ">3.1.0"
  },

I know, but ironically, in version 3.1.1, there is a fix for the UTF-8 bug #47, which unfortunately affects me too.

[MattiaPeiretti]

42 days old.

Still waiting. I believe in you, you can do it!

[sergeyklay]

Thank you for the patch and I'm sorry for the delay.

[MattiaPeiretti]