didww_verification_sms 1.0.0
didww_verification_sms: ^1.0.0 copied to clipboard
Android SMS Retriever support for the DIDWW verification client: automatic one-time code capture and the app hash the Retriever requires. Android only.
Changelog #
Notable changes to didww_verification_sms. Versions follow
Semantic Versioning: from 1.0.0 onwards a breaking
change to the public surface requires a major version.
1.0.0 #
First public release — 2026-09.
-
SmsRetrieverAutoCapture— anSmsAutoCaptureover Google's SMS Retriever API, so a one-time code arrives on its own. Pass it toVerificationSessionand nothing else in your screen changes:start()andsubmit()behave identically with and without it. -
No SMS or call-log permission. The Retriever needs none, and the receiver is registered behind
SmsRetriever.SEND_PERMISSIONso only Play Services can reach it. The merged manifest is asserted permission-free in CI. -
getAppHash()— the 11-character app hash for the running build, so the value Play App Signing actually produces can be read off a real build rather than derived by hand. -
Android only, and no
ios/directory. iOS needs no plugin: one-time code autofill there isAutofillHints.oneTimeCodeon your own text field. The package is safe to depend on unconditionally — everywhere but AndroidappHash()resolves to null andmessages()is an empty stream, with noMissingPluginExceptionand no framework error. That degradation is code in this package, not a consequence of the platform declaration. -
An arming failure reaches Dart.
startSmsRetriever()reports failure asynchronously through itsTask, which is what happens on a device without Play Services; the receiver is torn down and the error surfaces, instead of capture being reported as armed where it can never fire. -
smsPackageVersion— the version constant is named distinctly from the client's, so importing both barrels is unambiguous.