Add information in debugging k3po.js in readme, #3
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
& added some extra logging in the browser for when debugging was enabled.
@AdrianCozma Thanks for reporting the issue. The bug was simply that the script executing did not close the WebSocket connection. So the onclose callback with done was never called until k3po and the test was already terminated. I figure this out but launching with the debug flag and looking at the browser console log after it ran. At first I did not think there was enough logging so I added some more when the debug flag is added. Then I noticed the onclose / done was being called after test completion.
As per k3po it self. We should be able to programmatically increase the logging on k3po when it starts. In maven we do that with a -X. In the grunt-k3po plugin we call maven from javascript but we don't expose a way to do that. we should. I've filed this issue for it: k3po/grunt-k3po#5. It should be fairly straight forward if you want to have a look at it: k3po/grunt-k3po#5.
With out that flag you need to wireshark the k3po control protocol. That was what I was going to have you do in our call this morning but figured it would be easier to look to see if there was a debug flag. This was to find out if the script was completing all the way. As per the test failure, we saw a timeout but no script diff. This indicated that the test timeout but that the script returned with completion. Just FYI.
Thanks, hope this works for you. Everything is passing on my machine now. As always feel free to ping me if you have more questions