Skip to content
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

Problem running test in Jenkins CI #41

Closed
dgieselaar opened this issue May 19, 2018 · 9 comments
Closed

Problem running test in Jenkins CI #41

dgieselaar opened this issue May 19, 2018 · 9 comments

Comments

@dgieselaar
Copy link

Hi,

Basically re-opening this issue: #14 (comment)

We have the same issue. The debug build (1.1.1-git.201706070945) fixes it, but we'd like to upgrade to the latest version of the provider for better reporting.

@AndreyBelym
Copy link
Contributor

Hi @dgieselaar, that build was a very dirty fix. I just disabled closing of Browserstack tunnels after a test session, so it can't be used in production. Because I can't reproduce this behavior, I don't know what can I do to fix it.

I guess if I could disable automatic tunnel creation and termination, it could work for such cases, but you would have to create a tunnel using browserstacklocal manually.

@dgieselaar
Copy link
Author

What is the downside of this build? For us it's working fine, but I might have missed something. What particular lines need to be changed? I cannot find the source for the debug version. If I know where to look I can probably add some debugging statements that will help me fix it.

@dgieselaar
Copy link
Author

Ah, it keeps the browserstack-local process open. I found various (possibly) related issues:

etc.

Would you be open to a PR that accepts a env variable (BROWSERSTACK_KILL_CONNECTOR) that will just kill the process (by using connectorInstance.pid) when the tests complete?

@AndreyBelym
Copy link
Contributor

Thanks @dgieselaar, I think it's better to kill process if it doesn't close gracefully after some time. I think, 10 seconds must be enough for the timeout.

@dgieselaar
Copy link
Author

@AndreyBelym Alright, would you want that (the killing of the process) in this library, or is it something that you think should be handled outside of this library?

@AndreyBelym
Copy link
Contributor

@dgieselaar yes, it must be implemented in the provider. It would be perfect if you could make a PR 😄

@dgieselaar
Copy link
Author

dgieselaar commented May 28, 2018 via email

@github-actions
Copy link

This issue has been automatically marked as stale because it has not had any activity for a long period. It will be closed and archived if no further activity occurs. However, we may return to this issue in the future. If it still affects you or you have any additional information regarding it, please leave a comment and we will keep it open.

@github-actions
Copy link

We're closing this issue after a prolonged period of inactivity. If it still affects you, please add a comment to this issue with up-to-date information. Thank you.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants