Issue with Textlocal Integration for Phone Login
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 35/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Stale
- Tech stack
- go
- Domain
- authentication
Research direction
Start with internal/api/sms_provider/textlocal.go at the referenced base URL and compare it with the phone-login documentation and Textlocal OTP API documentation. Reproduce the signInWithOtp call and verify which Textlocal endpoint and API-key setup are expected. Done means the supported Textlocal regions are correctly handled and the documentation clearly explains provider and key requirements.
Written by the indexing model from the issue text.
Description
According to the documentation on phone login, Textlocal is listed as a supported provider, with instructions to create API keys via Textlocal signup. However, based on the code, it appears that the implementation is using Textlocal India (api.textlocal.in) rather than the global API (api.txtlocal.com).
The base URL in the code at this line does not align with the URL documented in the Textlocal OTP API documentation (api.txtlocal.com).
Code used for testing:
const { data, error } = await supabase.auth.signInWithOtp({
phone: "****",
});
Error encountered:
{
"session": null,
"user": null,
"error": "AuthApiError: Error sending confirmation OTP to provider: textlocal error: Invalid login details (code: 3) message"
}
The actual Textlocal API seems to be misconfigured or not used correctly in the current implementation. I believe both textlocal.in (India) and textlocal.com (global) should be supported. The documentation is unclear and needs to be more explicit regarding the creation of API keys and which version of Textlocal to use.
Can someone help address this issue?
Thanks
- Dominant language
- Go
- Stars
- 2.6k
- Forks
- 764
- Avg merge
- 5d 3h
- Merged PRs (30d)
- 39
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from supabase/auth
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
-
Difficulty 1/5 Under an hour Newbie friendliness 86/100
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
Similar issues
-
optimization optimization:agents-md-curator
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
githubnext/gh-aw-cao#13143 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
blinklabs-io/bursa#904 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
yanet-platform/ipfw-go#129 ·
-
bug confmap/provider/googlesecretmanagerprovider needs triage
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
open-telemetry/opentelemetry-collector-contrib#51273 · 2 comments ·
-
bug: AI Gateway client filter lists "Unknown" twice when NULL and literal Unknown clients coexist Openbug
Difficulty 2/5 1-3 hours Newbie friendliness 90/100