Open ripperdoc opened 2 years ago
Has seen this again in the logs, but now the merge happened several months before the new order came in, so there is no risk for timing issues.
The error can be seen as we import a textalk order, the identified user is printed but has the status flag deleted. The method query_user_by_email
should by default NOT return deleted users but something in the code is not working as expected.
Users [andreas.m] and [ak76] (emails anonymized)
The order ending with 8bd (DB) / 235 (Abicart) was associated with the deleted ak76 user, not the correct andreas.m user. The order was received 2022-02-07 11:34 but the user was merged on 2022-02-06 14:20
We may also have some issues with different timings below, should verify that the order/user-creation/log timestamps are matching and not off by some amount, as that can really mess up tracing.
Timeline: