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

NativeAutomation - Enable/Disable based on test meta value. NativeAutomation do not use existing sso login #8008

Closed
aprabh001c opened this issue Sep 8, 2023 · 1 comment
Labels
TYPE: enhancement The accepted proposal for future implementation.

Comments

@aprabh001c
Copy link

What is your Scenario?

I have two suggestions/Enhancement w.r.t native automation

  1. There should be an option to enable / disable native automation at test level/fixture level (similar to meta value). Right now we are using separate jobs for native automation enable/disable mode (as it doesn't support multi window). It would be good, if it can be enabled/disabled at test level/fixture level
  2. Native automation is using existing SSO credentials for running the test, there should be an option to start the browser as clean ( the way it happens in disable mode). So that we can key in test creds rather than using user sso info.

What are you suggesting?

  1. There should be an option to enable / disable native automation at test level/fixture level (similar to meta value).
  2. Native automation is using existing SSO credentials for running the test, there should be an option to start the browser as clean ( the way it happens in disable mode). So that we can key in test creds rather than using user sso info.

What alternatives have you considered?

  1. Right now we are using separate jobs for native automation enable/disable mode (as it doesn't support multi window). It would be good, if it can be enabled/disabled at test level/fixture level
  2. Running in disabled mode

Additional context

No response

@aprabh001c aprabh001c added the TYPE: enhancement The accepted proposal for future implementation. label Sep 8, 2023
@need-response-app need-response-app bot added the STATE: Need response An issue that requires a response or attention from the team. label Sep 8, 2023
@AlexKamaev
Copy link
Contributor

Hello.
Thank you for your suggestions. We are interested in implementing the described functionality. However, at this moment, there are some technical obstacles. I'll close the issue for now. However, in the future, we may return to these usage scenarios.

@AlexKamaev AlexKamaev closed this as not planned Won't fix, can't repro, duplicate, stale Sep 11, 2023
@need-response-app need-response-app bot removed the STATE: Need response An issue that requires a response or attention from the team. label Sep 11, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
TYPE: enhancement The accepted proposal for future implementation.
Projects
None yet
Development

No branches or pull requests

2 participants