Open gomboskriszta15 opened 1 year ago
I cannot reproduce this bug with TrashCat build made with SDK 2.0.0 released. Closing the ticket.
@sandraaltom I modified the title and the description of this ticket and I will move it to ToDo
.
I was unable to reproduce this issue in C# (10 attempts), but in Python, I was able to reproduce it (2 times in 8 attempts). Maybe this bug can be caused by the speed of the programming language.
I am unable to reproduce the bug in any of the 3 languages. I ran the same test for more than 50 times each, under different circumstances, such as enforcing the bug to occur by removing the wait() method for the subprocess operation to finish, in python test. One interesting issue I have encountered, is that I need the .NET7.0, instead of .NET5.0 to be able to run C# tests from the command line, although all tests have passed in C# as well.
After talking with the team in the status meeting, we concluded that we won't fix this for 2.0.2, but later.
One proposal to fix the problem (since @MihaiCuc98 was able to reproduce the bug on Python) is to make sure that we wait for the subprocess operation to finish in all languages.
Triaged Week no. 38, 2023.
Steps to reproduce
Reverse Port Forwarding
method in the setupActual result
Sometimes, the execution of the
Reverse Port Forwarding
method is too slow so the tests fail because the port is not actually forwarded when trying to establish the connectionNote: Related [ReverPortForwarding-Docs] Sometimes, the execution of reverse port forwarding method is too slow so the tests fail because the port is not actually forwarded when trying to establish the connection
Expected result
The
Reverse port forwarding
method should finish its execution before the test is run.