Skip to content

Conversation

@bin16
Copy link

@bin16 bin16 commented Feb 23, 2022

detail: #167 (comment)

indication that browser is controlled by automation.
@bin16 bin16 changed the title remove --enable-automation flag to disable remove --enable-automation flag to disable browser is controlled message Feb 23, 2022
@cgostuff
Copy link

Simply removing this flag will cause the "save password" bubble to pop up again unfortunately.

@christopher-kleine
Copy link

christopher-kleine commented Mar 28, 2022

@cgostuff If a user needs passwords, it can be added later. This seems to be the more reasonable default. There are cases where the message "The browser is controlled" is a deal breaker.

@cgostuff
Copy link

@christopher-kleine I believe one of the main uses of webviews like this library is a login flow for desktop applications. Consequently I think that the "save password" bubble popping up every time you log in with Lorca is equally a deal breaker. Both should be possible to disable at the same time.

@georgemcarlson
Copy link

@cgostuff This is the more reasonable default. The ui.New function is written to allow users to add in additional custom arguments but does not allow the user to restrict defined default arguments. With this change users that need to not have the banner will not have the banner and users that want to not have the "save password" bubble can still supply the parameter to not have the "save password" bubble.

@cgostuff
Copy link

cgostuff commented Jun 5, 2022

@georgemcarlson I agree, having this configurable is better. I will open a new issue about the "save password" bubble, surely there must be some programmatic way of disabling it other than command line switches.

@georgemcarlson
Copy link

I made an alternate pull request here that should accommodate everyone. It leaves the current lorca UI constructor implementation intact and creates two new lorca UI constructors (lorca.NewChromium and lorca.NewEdge) which do not automatically include the default arguments. This will let users have more control in the future over what arguments are passed to the lorca UI constructor. #175

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants