The offerId is incremented before the entries in the offerInfoMap and stockInfoMap mappings are updated.
The offerId = offerId + 1; update is performed before the offerInfoMap and stockInfoMap mappings are updated, leading to an incorrect offerId being used for OfferInfo.id and StockInfo.id.
Incorrect data indexation.
Manual review.
Increment the offerId only after the offerInfoMap and stockInfoMap mappings have been updated.
I believe this is valid low severity, although there is inconsistency here when using the correct `offerId` for assigning offerIds and generating the unique addresses as seen [here](https://github.com/Cyfrin/2024-08-tadle/blob/04fd8634701697184a3f3a5558b41c109866e5f8/src/core/PreMarkets.sol#L67-L69), this is purely an accounting error for offerIds. If we generate the offerId using current `offerId - 1`, the appropriate listing/taker orders can still be created against those offers.
The contest is live. Earn rewards by submitting a finding.
This is your time to appeal against judgements on your submissions.
Appeals are being carefully reviewed by our judges.