-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Track dropped trade protocol messages #1174
Comments
One of my arbitration cases today (ID |
Oh yeah I'm the buyer you are talking about, |
Trade |
Note that the buyer in |
Trade ID |
Trade ID |
Trade ID |
Trade ID The buyer explained that trade ID |
Both of these are mine, in addition to this one: AqPQiHw, which appears to be having the same issue, because the funds should have been received by the seller yesterday morning at the latest, but they still haven't confirmed. Is it just my luck or could I be doing something wrong? Also, may I suggest adding a button / function to check if the message(s) generated by the client have been consumed by the intended recipient, and to resubmit the messages that have not. |
Now that I can't get into the app (see #60 (comment) I won't even know if any of these other trades went to arbitration and what, if anything, is going on with them. |
Can someone please look at the three transactions mentioned above: AqPQiHw, 73886, zBfXyrw, and let me know if they have completed or if there are outstanding issues? I have paid for these, but since I can't get into the app, there is no way for me to see if they have come to a successful completion or if there is anything that requires my attention. |
@jenechka1, I was your arbitrator for trade |
You are right about the zBfXyrw. How would I go about finding out about the other two? Can I contact @keo-bisq directly? |
@jenechka1, @keo-bisq will receive that message directly, because you @mentioned them. |
Trade ID
|
Trade In actual fact, the trade was not a failed trade at all. Bitcoin transactions related to the trade were all in good order, and the trade made it into arbitration, and has now been closed out from arbitration. I'm not sure what triggered the "failed trade" message, but the user explained that they saw this pop up many times, and that restarting Bisq made no difference. In any case, this is the first time we (or I anyway) have seen this particular behavior. It's an isolated incident, but it's documented here, so we'll keep an eye out for it. Here is the affected traders log, truncated such that the messages related to the failed "payment sent" message are at the top: i.e. you'll see these messages right at the top:
|
I'm away from my computer right now. I'll check the trade when I get back
in a few hours and report back.
Best regards,
Jean
On Feb 10, 2018 2:45 AM, "Chris Beams" <[email protected]> wrote:
Trade 14929177 appears to have dropped its payment sent message (or perhaps
not *dropped* but otherwise was just unable to send), and then had the
strange behavior of giving the user this error message.
[image: image]
<https://user-images.githubusercontent.com/301810/36059732-cf02a882-0e3d-11e8-96db-62214099d06a.png>
In actual fact, the trade was not a failed trade at all. Bitcoin
transactions related to the trade were all in good order, and the trade
made it into arbitration, and has now been closed out from arbitration. I'm
not sure what triggered the "failed trade" message, but the user explained
that they saw this pop up many times, and that restarting Bisq made no
difference.
In any case, this is the first time we (or I anyway) have seen this
particular behavior. It's an isolated incident, but it's documented here,
so we'll keep an eye out for it.
Here is the affected traders log, truncated such that the messages related
to the failed "payment sent" message are at the top:
i.e. you'll see these messages right at the top:
Feb-09 01:02:46.818 [JavaFX Application Thread] WARN
i.b.c.t.p.TradeProtocol: cleanupTradableOnFault
tradeState=BUYER_SEND_FAILED_FIAT_PAYMENT_INITIATED_MSG
Feb-09 01:02:46.818 [JavaFX Application Thread] WARN
i.b.g.m.MainViewModel: You have locked up funds from a failed trade.
truncated_bisq_log.log
<https://github.com/bisq-network/exchange/files/1713166/truncated_bisq_log.log>
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#1174 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AiFK_wJtR-EWWhPX3LKVPZfu-Gz4l1mtks5tTUkQgaJpZM4RZYwg>
.
|
I'm sorry, I forgot this goes out to everyone watching a topic, even if a
particular trade is someone else's. My bad.
Best regards,
Jean
…On Feb 10, 2018 02:45, "Chris Beams" ***@***.***> wrote:
Trade 14929177 appears to have dropped its payment sent message (or
perhaps not *dropped* but otherwise was just unable to send), and then
had the strange behavior of giving the user this error message.
[image: image]
<https://user-images.githubusercontent.com/301810/36059732-cf02a882-0e3d-11e8-96db-62214099d06a.png>
In actual fact, the trade was not a failed trade at all. Bitcoin
transactions related to the trade were all in good order, and the trade
made it into arbitration, and has now been closed out from arbitration. I'm
not sure what triggered the "failed trade" message, but the user explained
that they saw this pop up many times, and that restarting Bisq made no
difference.
In any case, this is the first time we (or I anyway) have seen this
particular behavior. It's an isolated incident, but it's documented here,
so we'll keep an eye out for it.
Here is the affected traders log, truncated such that the messages related
to the failed "payment sent" message are at the top:
i.e. you'll see these messages right at the top:
Feb-09 01:02:46.818 [JavaFX Application Thread] WARN i.b.c.t.p.TradeProtocol: cleanupTradableOnFault tradeState=BUYER_SEND_FAILED_FIAT_PAYMENT_INITIATED_MSG
Feb-09 01:02:46.818 [JavaFX Application Thread] WARN i.b.g.m.MainViewModel: You have locked up funds from a failed trade.
truncated_bisq_log.log
<https://github.com/bisq-network/exchange/files/1713166/truncated_bisq_log.log>
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#1174 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AiFK_wJtR-EWWhPX3LKVPZfu-Gz4l1mtks5tTUkQgaJpZM4RZYwg>
.
|
Trade NOTE: I accidentally added the above as a comment at #1173 (comment) several days ago. I meant to add it here, on this issue, not on that one. |
Trade |
Trade |
Trade I wonder if there's any reason we couldn't allow seller's to click "Payment Received" even if the buyer never clicked "Payment Started". I see no game theoretical reason not to allow this. Not sure whether there might be a technical / protocol reason that would prohibit it or make it unduly difficult. |
Confirmed: trade |
Issue moved to bisq-network/support #84 via ZenHub |
Per details in the description of #1172, this issue exists for tracking arbitration cases where we believe that trade protocol messages have been dropped due to P2P network stability / reliability issues.
The classic example here is that a buyer and seller are engaged in a trade, the buyer completes their payment to the seller per protocol, and clicks "Payment Started" in Bisq, but the seller's Bisq client never transitions to the state where the seller is "Waiting for payment to arrive", and the seller can therefore never click "Payment Received", even after they have in fact received the payment.
We hypothesize that the reason this happens is that message sent when the buyer clicks "Payment Started" never propagates to the seller's Bisq client. This could happen because the seller was offline when the buyer clicked the button, causing the buyer's Bisq client to send the message to a seed node to be stored as a mailbox message, and then when the seller comes back online, they for some reason do not retrieve that message, e.g. because of a (temporary) P2P network partitioning in which they cannot communicate with the seed node where the message was stored.
Again, the above is just a hypothesis. The most important thing right now is to track how frequently these issues are occurring. We believe they are still rather infrequent, but more prevalent recently than they have been in the past.
To make note of an incident, add a comment to this issue as soon as possible, mention the Trade ID, who the arbitrator is, and explain what happened as best as you can. Do not include identifying details about the trade or traders involved.
Note: this issue and the instructions are primarily intended for @bisq-network/arbitrators, but individual traders are also welcome to follow these instructions if they believe they're experiencing a dropped message problem during arbitration.
In any case, by keeping close track of how often this problem is happening, we'll be able to know when we've solved it.
This issue is closely related to, but distinct from #1173. Please do not confuse the two.
The text was updated successfully, but these errors were encountered: