Support userCanPay when no cards added
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- dart
- Área
- mobile-dev, payments
Línea de trabajo
Comience por la implementación de userCanPay del plugin y siga cómo llama a los métodos de iOS PassKit canMakePayments() y canMakePayments(usingNetworks:). Aclare el comportamiento previsto de withCards tanto para iOS como para Android y, a continuación, verifique que la API distingue entre la compatibilidad del dispositivo y que se hayan añadido tarjetas.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Is your feature request related to a problem? Please describe.
userCanPay currently only returns true when a card is added (at least on iOS, unsure about Android).
This is not always desired, and I'd like to be able to determine only if the device/user has Apple Pay support.
Describe the solution you'd like
Enhance userCanPay with an optional field like withCards: PaymentCards.added or withCards: PaymentCards.any
Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.
Additional context
Apple Pay does support this in the PassKit SDK:
canMakePayments() - returns true if the device/user supports apple pay regardless of card status
canMakePayments(usingNetworks: supportedNetworks) - returns true only if the user has added a card for one of the supported networks. This is the method the Pay plugin currently uses.
- Lenguaje dominante
- Dart
- Estrellas
- 176
- Forks
- 146
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de google-pay/flutter-plugin
-
Dificultad 3/5 1-2 días Aptitud para principiantes 42/100
google-pay/flutter-plugin#331 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 52/100
google-pay/flutter-plugin#323 · 2 comentarios · 1 reacción ·
-
Apple Pay Bottom Sheet – Incorrect Failure Design Handling After Backend Call Using Apple Pay TokenAbierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
google-pay/flutter-plugin#322 · 1 comentario ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 52/100
google-pay/flutter-plugin#321 · 2 comentarios · 9 reacciones ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 40/100
google-pay/flutter-plugin#312 · 1 comentario ·
Todos los issues de google-pay/flutter-plugin
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
immich-app/immich#31955 ·
Los mantenedores suelen responder en 1 día
-
bug triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
fluttercommunity/plus_plugins#3994 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
-
Smart charging: USB charger re-assert is starved during BLE scans, so the tablet never dischargesAbiertobug ready-for-agent
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
decentespresso/decaid#931 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 1/5 Menos de una hora Aptitud para principiantes 92/100
flame-engine/flame#4067 ·
Los mantenedores suelen responder en 1 día