I would like to use WinAppDriver on a computer that doesn't have developer mode turned on. Is there a technical limitation or reason why it requires developer mode? It starts up just fine even when developer mode isn't turned on with the message:
Developer mode is not enabled. Enable it through Settings and restart Windows Application Driver
We have the same issue. Any reason for that? What is the requirement for that?
We simply enable developer mode before running our tests by executing the following PowerShell bevor starting up WinAppDriver.exe:
reg add "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\AppModelUnlock" /t REG_DWORD /f /v "AllowDevelopmentWithoutDevLicense" /d "1"
We have the same issue in WinAppDriver !! Any solution for this thread @timotiusmargo ?
Hi,
WinAppDriver's requirement on DeveloperMode is based on the premise that it is a developer tool. Enabling DeveloperMode requires Administrative access to the machine, and therefore enforces that the user has the right set of permissions to control the machine.
Please remove this restriction.
This is a blocker for using WiAppDriver in many corporates as developer mode can't be enabled for all developers.
So this is just an artificially created annoyance.
Please remove it!
Hi,
WinAppDriver's requirement on DeveloperMode is based on the premise that it is a developer tool. Enabling DeveloperMode requires Administrative access to the machine, and therefore enforces that the user has the right set of permissions to control the machine.
Yes. Rightly said. It's an unwanted restriction.
Thanks,
Purusothaman Ramanujam
On Fri, 5 Jul, 2019, 5:07 PM 4alexbo, notifications@github.com wrote:
So this is just an artificially created annoyance.
Please remove it!Hi,
WinAppDriver's requirement on DeveloperMode is based on the premise that
it is a developer tool. Enabling DeveloperMode requires Administrative
access to the machine, and therefore enforces that the user has the right
set of permissions to control the machine.—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/microsoft/WinAppDriver/issues/165?email_source=notifications&email_token=AAIHDZ6SFG44LLALDU6C34LP54W6RA5CNFSM4DDORD6KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODZJJZBQ#issuecomment-508730502,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAIHDZ7Z7LDCXK5KJRC55PLP54W6RANCNFSM4DDORD6A
.
Thank you @marc-mueller
We have the same issue. Any reason for that? What is the requirement for that?
We simply enable developer mode before running our tests by executing the following PowerShell bevor starting up WinAppDriver.exe:
reg add "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\AppModelUnlock" /t REG_DWORD /f /v "AllowDevelopmentWithoutDevLicense" /d "1"
The above command worked for me. My company policy require Avecto Priviledges. So run the Powershell as Administrator or with Avecto defendpoint and add the reg add command above and you'll see that the dev mode is switched on.
This is a blocker for all automation as this is an unacceptable change in the environment in which we are performing QA. Users don't run in developer mode, so we aren't allowed to QA in it. It's as simple as that.
For what it's worth I am using WinAppDriver in a production environment to do Robotic Process Automation (RPA) Validation of application availability. Developer Mode has been identified by our security team as a no no. It's a show stopper. Why FORCE developer mode?
This is really frustrating, Our IT Team doesn't want us to Enable developer mode, this restriction is not required. It would be better if they lift off this restriction.
This is stupid! Administrative permissions can be verified through other means, not by open a secure leak on the machine!
It’s a developer tool that _opens a listening port on your machine that allows anybody who connects without authentication to drive and screen scrape any application your account can access_. It’s a developer tool.
Most helpful comment
Please remove this restriction.