Closed dpraul closed 1 year ago
Thanks for your patience here @dpraul, according to the API we should be accepting that at constructor time, I will look into it.
In the meantime, can you elaborate on the use case so I understand your scenario better?
In our logic for building the Auth0Lock
, we have some particular environments where we want to always show a message in the popup. Right now I have a workaround to pull the flashMessage
field from the configuration object and reuse it in the call to lock.show
until this is fixed.
I've been looking at this problem this week, thanks again for your patience. By the looks of it, this is actually not supported by the library today (it's not a bug as such, it was never actually implemented to work this way, and flashMessage
can only be specified in a call to show()
). The bug here is that the readme is incorrect, I'm about to raise a PR to sort that out.
We don't have plans to implement this today unfortunately. Please continue to use the method you have used so far to specify the value for flashMessage
.
Checklist
Description
If an
Auth0Lock
instance is created with aflashMessage
parameter in the options, it will be ignored. TheflashMessage
parameter can only be provided duringlock.show()
Reproduction
new Auth0Lock(CLIENT_ID, DOMAIN, { flashMessage: { type: 'error', text: 'Error!' } })
lock.show()
without a message.Additional context
No response
Lock version
12.0.2
Which browsers have you tested in?
Chrome