<h3>Description</h3>
<p>When taking an offer and not initiating/confirming payment or opening a support ticket, when I generate blocks until exceeding the timelock period nothing happens (as expected). But once either client restarts (Alice or Bob), it pays out to the donation address immediately upon restart. As far as I am aware, the payout should only occur if any trader opens an arbitration ticket (refund agent).</p>
<h4>Version</h4>
<p>release/v1.2.0 branch (commit <a class="commit-link" data-hovercard-type="commit" data-hovercard-url="https://github.com/bisq-network/bisq/commit/cd4cd39206c22b29db77a6b082a00127605416c4/hovercard" href="https://github.com/bisq-network/bisq/commit/cd4cd39206c22b29db77a6b082a00127605416c4"><tt>cd4cd39</tt></a>)</p>
<h3>Steps to reproduce</h3>
<p>Preconditions:</p>
<ul>
<li>Start with a fresh regtest environment (using the dao-setup.zip file)</li>
<li>Adjust the delay in MakerSetsLockTime to only 5 blocks to make testing easier</li>
<li>Change RECIPIENT_BTC_ADDRESS to an address of your local regtest Bitcoin Core node</li>
</ul>
<p>Steps:</p>
<ol>
<li>Alice creates a buy offer and Bob takes the offer (do not initiate payment).</li>
<li>Generate blocks until exceeding the timelock delay period.</li>
<li>Restart Bob's client.</li>
</ol>
<h3>Expected behaviour</h3>
<p>The time locked payout should NOT be paid.</p>
<h3>Actual behaviour</h3>
<p>The time locked payout is paid to the RECIPIENT_BTC_ADDRESS as soon as the client restarts.</p>
<h4>Device or machine</h4>
<p>Windows 10</p>
<h4>Additional info</h4>
<p>There are no errors in the log, and I don't see any indication that publishDelayedPayoutTx was called. However, I do see the transaction broadcast:</p>
<pre><code>Oct-24 14:56:08.150 [ STARTING] INFO  org.bitcoinj.wallet.Wallet: New broadcaster so uploading waiting tx 93e1c52388f235136d213a5f4204c1508e48a9553d392e6b49ff792ce074d6fa 
Oct-24 14:56:08.155 [ STARTING] INFO  o.b.core.TransactionBroadcast: Waiting for 1 peers required for broadcast, we have 0 ... 
</code></pre>
<pre><code>Oct-24 14:56:10.349 [JavaFX Application Thread] INFO  o.b.core.TransactionBroadcast: broadcastTransaction: We have 1 peers, adding 93e1c52388f235136d213a5f4204c1508e48a9553d392e6b49ff792ce074d6fa to the memory pool 
Oct-24 14:56:10.353 [JavaFX Application Thread] INFO  o.b.core.TransactionBroadcast: Sending to 1 peers, will wait for 0, sending to: [127.0.0.1]:18444 
</code></pre>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/bisq-network/bisq/issues/3463?email_source=notifications&email_token=AJFFTNRM24PZTYIGSR4OLUTQQIPQPA5CNFSM4JE4KNOKYY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4HUHYSHA">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AJFFTNWLDZTGK5LVF3L6JLTQQIPQPANCNFSM4JE4KNOA">unsubscribe</a>.<img src="https://github.com/notifications/beacon/AJFFTNX47CU52IJ66ZXPGODQQIPQPA5CNFSM4JE4KNOKYY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4HUHYSHA.gif" height="1" width="1" alt="" /></p>
<script type="application/ld+json">[
{
"@context": "http://schema.org",
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"target": "https://github.com/bisq-network/bisq/issues/3463?email_source=notifications\u0026email_token=AJFFTNRM24PZTYIGSR4OLUTQQIPQPA5CNFSM4JE4KNOKYY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4HUHYSHA",
"url": "https://github.com/bisq-network/bisq/issues/3463?email_source=notifications\u0026email_token=AJFFTNRM24PZTYIGSR4OLUTQQIPQPA5CNFSM4JE4KNOKYY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4HUHYSHA",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>