-
Notifications
You must be signed in to change notification settings - Fork 32
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
WebLN enable() should not expect an object? #229
Comments
otech47
added a commit
to otech47/boltz-web-app
that referenced
this issue
Jul 27, 2023
otech47
added a commit
to setlife-network/boltz-web-app
that referenced
this issue
Jul 27, 2023
otech47
added a commit
to setlife-network/boltz-web-app
that referenced
this issue
Jul 28, 2023
BoltzExchange#229 amended: fixed linting errors
michael1011
pushed a commit
that referenced
this issue
Jul 28, 2023
#229 amended: fixed linting errors
Hi All - when I test this in Fedi App I'm still getting failures trying to pay via webLN is this deployed on boltz.exchange? |
michael1011
pushed a commit
that referenced
this issue
Aug 16, 2023
#229 amended: fixed linting errors
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
According to the spec at webln.guide the enable function has a return type of
void
boltz.exchange has 2 instances calling
window.webln.enable()
and both are expecting it to return an object with aenabled
field that must be truthy in order for webLN to proceed and work properlySeems Alby as a WebLN provider is also deviating from this spec since the webln object injected by Alby has an
enable
function that does not have avoid
return type, which is probably why the logic below was written this wayNot sure if the spec should change or this implementation should change but WebLN providers who implement
enable
according to the spec will not be compatible with boltz.exchange due to this inconsistencyThe text was updated successfully, but these errors were encountered: