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

c# querying Dom elements is very slow on dotnet core 2. #5676

Closed
nikheelr opened this issue Mar 26, 2018 · 3 comments
Closed

c# querying Dom elements is very slow on dotnet core 2. #5676

nikheelr opened this issue Mar 26, 2018 · 3 comments

Comments

@nikheelr
Copy link

Meta -

OS: WIndows 10

Selenium Version: 3.11.0

Browser: Chrome

Browser Version: 62.0.3202.94

Expected Behavior -

It should not take a long time to find Dom elements on the web page.

Actual Behavior -

It takes about 3 seconds to find a Dom element on the web page.

Steps to reproduce -

var options = new ChromeOptions();
options.AddArguments("disable-infobars");

private ChromeDriver _webDriver;
_webDriver = new ChromeDriver(options);

var element = _webDriver.FindElementById("btnLogin"); 
@jimevans
Copy link
Member

This is a known issue with the .NET bindings on .NET Core. It’s due to a bug in .NET Core’s networking stack, and there’s not much the .NET bindings can do in their own without resorting to doing DNS resolution itself, which is likely to be error-prone, inefficient, and difficult to maintain.

@nikheelr
Copy link
Author

@jimevans My apologies i should have mentioned this in the description. I am not using localHost i am using the ip ("http://127.0.0.1") and i also tried the IP Address of my PC and that also did not make a difference. I believe this is a different issue. I also tried this on mac and windows 10

@jimevans
Copy link
Member

Can you then please supply an exact source code example that demonstrates the issue, while using the IP address (even the IPv4 loopback) directly? Your example in the issue report does not do so, and will use localhost for resolution.

@lock lock bot locked and limited conversation to collaborators Aug 16, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants