Currently, when an order returns to status Pending (taker doesn't respond) or goes to Canceled (maker doesn't respond) by timeout, mostrod doesn't send notifications to the involved users. To detect the status change, clients must interpret kind 38383 events from all relays with the updated status, which may cause inconsistent states in the UI.
Mostrod should send gift wraps notifying both users (maker and taker) when an order changes status by timeout.
Cases to implement:
- Order goes from
Waiting-buyer-invoice or Waiting-payment to Pending (taker didn't submit invoice or pay the hold invoice in time)
- Send gift wrap to taker notifying the cancellation (action:canceled)
- Send gift wrap to maker notifying that the order returned to Pending (Action:NewOrder and in the payload the order details)
- Order goes from
Waiting-buyer-invoice or Waiting-payment to Canceled (maker didn't submit invoice or pay the hold invoice in time)
- Send gift wrap to taker notifying the cancellation (action:canceled)
- Send gift wrap to maker notifying the cancellation (action:canceled)
Currently, when an order returns to status
Pending(taker doesn't respond) or goes toCanceled(maker doesn't respond) by timeout, mostrod doesn't send notifications to the involved users. To detect the status change, clients must interpret kind 38383 events from all relays with the updated status, which may cause inconsistent states in the UI.Mostrod should send gift wraps notifying both users (maker and taker) when an order changes status by timeout.
Cases to implement:
Waiting-buyer-invoiceorWaiting-paymenttoPending(taker didn't submit invoice or pay the hold invoice in time)Waiting-buyer-invoiceorWaiting-paymenttoCanceled(maker didn't submit invoice or pay the hold invoice in time)