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

Enable testcafe remote with fixed URL #1476

Closed
mulyoved opened this issue May 14, 2017 · 6 comments
Closed

Enable testcafe remote with fixed URL #1476

mulyoved opened this issue May 14, 2017 · 6 comments
Assignees
Labels
STATE: Auto-locked An issue has been automatically locked by the Lock bot. SYSTEM: API TYPE: enhancement The accepted proposal for future implementation.
Milestone

Comments

@mulyoved
Copy link

Are you requesting a feature or reporting a bug?

feature

What is the current behavior?

each time I run testcafe remote new url is generated and need to copy & paste it to the remote simulator this turn to be a pain when debug a test and need to redo this many time,

What is the expected behavior?

if testcafe will generate the same URL each time it will simplify the flow as all is needed it to hit refresh on the remote browser

How would you reproduce the current behavior (if this is a bug)?

Provide the test code and the tested page URL (if applicable)

Tested page URL:

Test code

Specify your

  • operating system:
  • testcafe version:
  • node.js version:
@AndreyBelym
Copy link
Contributor

Hello @mulyoved! We need some time to discuss that feature. At the moment, you can vote for this feature : Automatically copy remote worker URL to the system clipboard. Just add 👍 to the post. Also, if you are talking about iOS simulator, you can try FBSimCtl browser provider, or we can consider creating a dedicated browser provider. So what is the simulator you are talking about?

@mulyoved
Copy link
Author

Hi @AndreyBelym

I am working on Windows and iOS simulator work on a OSX VM

Automatically copy remote worker URL to the system clipboard. does not help my use case as still hard to paste and sometimes paste really does not work across this stack of software (Host->VM->iOS Simulator)

Just a preconfigured URL will do the work much better

@AlexanderMoskovkin
Copy link
Contributor

@mulyoved,

Yeah, I see that the current way is painful for you. Now a remote browser connect url looks like:
http://some-hostname:{port}/browser/connect/{uid}.
You can fix the {port} in the url via the --ports option.

I see the following way to resolve the problem - simplify the last part of the url, for example if you would like to run several remote browsers:

http://hostname:port/browser/connect/
http://hostname:port/browser/connect/2

Or even just use only http://hostname:port/browser/connect url to connect each next remote browser.
In this case you just reenter the same url as before to start the tests in the remote browser (the url is stored in the browser history).
Does this approach work for you?

@mulyoved
Copy link
Author

@AlexanderMoskovkin

yes that will work nicely

@AlexanderMoskovkin AlexanderMoskovkin added this to the Sprint #7 milestone May 15, 2017
@AlexanderMoskovkin
Copy link
Contributor

AlexanderMoskovkin commented May 15, 2017

Nice. It seems it shouldn't take much time to implement this. We will think over it one more time and if we will not find any unexpected side effects we'll do it. I've planned to do it in the current sprint if it's all ok

@lock
Copy link

lock bot commented Mar 28, 2019

This thread has been automatically locked since it is closed and there has not been any recent activity. Please open a new issue for related bugs or feature requests. We recommend you ask TestCafe API, usage and configuration inquiries on StackOverflow.

@lock lock bot added the STATE: Auto-locked An issue has been automatically locked by the Lock bot. label Mar 28, 2019
@lock lock bot locked as resolved and limited conversation to collaborators Mar 28, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
STATE: Auto-locked An issue has been automatically locked by the Lock bot. SYSTEM: API TYPE: enhancement The accepted proposal for future implementation.
Projects
None yet
Development

No branches or pull requests

4 participants