<p>Apologies for bumping an old question. You've surely figured it out long ago, but the question remained unanswered and is still relevant for others, so here goes:</p>
<ol>
<li><p>The missing transaction is due to Plutus Playground's requirement that the simulation include a final 'wait' Action of at least one slot for the last transaction to be processed.  Would make sense for Playground to automatically process 1 additional slot after the last declared wallet action, but for now it doesn't.</p>
</li>
<li><p>I've also noticed that the Trace records are truncated, but it also occurs when the simulation being evaluated runs as expected.  Not sure whether it's ubiquitous or peculiar to running Playground within WSL2.</p>
</li>
</ol>
<p>On the topic of interpreting the Logs and Trace listings, here are three points that may make them easier to track:</p>
<p>a. <em>Logs</em> area is presented sequentially for the entire simulation, slot-by-slot.</p>
<p>b. <em>Trace</em> is presented sequentially <em>per Wallet</em> (in case you're as confused as I was at first about the slot numbers not being sequential). Unfortunately, I haven't figured out what the &quot;Iteration&quot; numbers represent yet.</p>
<p>c. It's easy to become lost or overwhelmed with the amount of data in Logs &amp; Traces, but by including a unique tag within all of your <em>traceIfFalse</em> and <em>logInfo</em> messages (e.g., appending <code>[dbg]</code> to each message), and then searching for that tag on Playground's results page, you may find it <em>much</em> easier to track the event flow.</p>

CC BY-SA 4.0
2022-02-04T23:51:44.553Z
2022-02-04T23:51:44.553Z
Hysteria
<p><a href="https://i.sstatic.net/wBXrI.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/wBXrI.png" alt="enter image description here" /></a></p>
<p>Here you can see the 'grab' endpoint being correctly set.</p>
<p><a href="https://i.sstatic.net/MkKYI.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/MkKYI.png" alt="enter image description here" /></a></p>
<p>And here you can see the Tx2 slot for the grab endpoint is missing.</p>
<p><a href="https://i.sstatic.net/F9QhP.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/F9QhP.png" alt="enter image description here" /></a></p>
<p>Also, some lines of the trace are being cut off, I'm not sure if this is relevant but I'm worried this is because of an issue as well.</p>
<p>Am I missing some important configuration that would cause these issues? I verified that the code is correct via the Solutions so I'm not really sure where these issues could be coming from.</p>

<plutus-pioneer-program><plutus-playground>
Plutus Pioneer Program Week02: grab endpoint not working and trace log being cut off
# Plutus Pioneer Program Week02: grab endpoint not working and trace log being cut off

(Asked by: username_0 on 2021-09-14)

[![enter image description here](https://i.sstatic.net/wBXrI.png)](https://i.sstatic.net/wBXrI.png)

Here you can see the 'grab' endpoint being correctly set.

[![enter image description here](https://i.sstatic.net/MkKYI.png)](https://i.sstatic.net/MkKYI.png)

And here you can see the Tx2 slot for the grab endpoint is missing.

[![enter image description here](https://i.sstatic.net/F9QhP.png)](https://i.sstatic.net/F9QhP.png)

Also, some lines of the trace are being cut off, I'm not sure if this is relevant but I'm worried this is because of an issue as well.

Am I missing some important configuration that would cause these issues? I verified that the code is correct via the Solutions so I'm not really sure where these issues could be coming from.

**Tags:** plutus-pioneer-program, plutus-playground

---

## 1 answers

### Answer by username_1 on 2022-02-04. Score: 1

Apologies for bumping an old question. You've surely figured it out long ago, but the question remained unanswered and is still relevant for others, so here goes:

1. The missing transaction is due to Plutus Playground's requirement that the simulation include a final 'wait' Action of at least one slot for the last transaction to be processed. Would make sense for Playground to automatically process 1 additional slot after the last declared wallet action, but for now it doesn't.
2. I've also noticed that the Trace records are truncated, but it also occurs when the simulation being evaluated runs as expected. Not sure whether it's ubiquitous or peculiar to running Playground within WSL2.

On the topic of interpreting the Logs and Trace listings, here are three points that may make them easier to track:

a. *Logs* area is presented sequentially for the entire simulation, slot-by-slot.

b. *Trace* is presented sequentially *per Wallet* (in case you're as confused as I was at first about the slot numbers not being sequential). Unfortunately, I haven't figured out what the "Iteration" numbers represent yet.

c. It's easy to become lost or overwhelmed with the amount of data in Logs & Traces, but by including a unique tag within all of your *traceIfFalse* and *logInfo* messages (e.g., appending `[dbg]` to each message), and then searching for that tag on Playground's results page, you may find it *much* easier to track the event flow.


---

