Fix random integration test failure due to timestamp roll over

[mneudert]

Description:

After #218 there is a second test that randomly fails due to a roll over in a timestamp:

1) Piwik\Plugins\QueuedTracking\tests\Integration\QueueTest::test_internalBuildRequestsSet_ShouldBeAbleToSpecifyTheSiteId
Failed asserting that two arrays are equal.
--- Expected
+++ Actual
@@ @@
         'isAuthenticated' => null
         'isEmptyRequest' => false
         'tokenAuth' => false
-        'timestamp' => 1695759228
+        'timestamp' => 1695759229
         'requestMetadata' => Array ()
         'customTimestampDoesNotRequireTokenauthWhenNewerThan' => 86400
     )

/home/runner/work/matomo/matomo/matomo/plugins/QueuedTracking/tests/Integration/QueueTest.php:92

Resetting the timestamp as in aforementioned PR should solve that issue.

The second changed test is more a preventive measure. Using assertManyRequestSetsAreEqual (and the nested assertRequestsAreEqual) should take care of minute differences in timestamps.

Review

• Functional review done
• Potential edge cases thought about (behavior of the code with strange input, with strange internal state or possible interactions with other Matomo subsystems)
• Usability review done (is anything maybe unclear or think about anything that would cause people to reach out to support)
• Security review done
• Wording review done
• Code review done
• Tests were added if useful/possible
• Reviewed for breaking changes
• Developer changelog updated if needed
• Documentation added if needed
• Existing documentation updated if needed

[snake14]

Looks good to me. Thank you