-
-
Notifications
You must be signed in to change notification settings - Fork 8.2k
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
[dotnet] Be more friendly for single file publishing and native compilation #12045
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Were you able to build this to test that Selenium Manager works with the changes? I just created #12047 which could help with that.
CI for .net building already uses selenium manager (cannot put a link to PR cauze I am on mobile). |
Ah, and yes, I have tested it locally. |
seems no cases to entrace into this if statement
Link to Pr where selenium manager is used for internal testing by default: #11871 |
Hello. When would you deploy new binary with this fix? |
End of May we plan to do a new release. |
Fix ?? Bro |
When update bro |
soon. we'll announce it on our blog when it is ready — https://www.selenium.dev/blog/ |
Description
No major changes, just use APIs which are supported in native compilation.
Motivation and Context
Selenium is a library, and I don't see reasons why this library cannot be friendly for native compilation.
Addresses:
Area to be improved
"selenium-manager.exe" is packed in nuget package. When user consumes nuget package, then binaries (for all platforms) are copied to user's output. In case of single file publishing the situation is resolved in this PR - binaries are copied to output as they are expected to be there.
In case of native compilation (
PublishAOT
build property we need to be smarter: