Payments made in Background
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Documentación
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- typescript
- Área
- documentation, mobile, payments
Línea de trabajo
Start by reviewing the plugin's purchase observable and the PaymentEvent.Context values, especially FINALIZING_ORDER and CONNECTING_STORE, in the context of app-start events and store-triggered purchases. Done means documenting the supported background-purchase behavior, explaining those context values, and addressing the questions about test coverage and project status.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
First of all: awesome job to have an official payment library, much needed, thank you for that!
First question: does the plugin supports purchases made in background? E.g. it is possible to redeem offer codes in the respective stores what triggers a purchase event as soon as the app starts. Is it sufficient to connect to the observable right after app start to retrieve those events triggered in background opposed to those triggered in the app by a user?
Second: Also I would highly appreciate some documentation on the purpose of the different values of PaymentEvent.Context (especially FINALIZING_ORDER and CONNECTING_STORE).
Third: How would you rate the state of development of the plugin regarding test coverage and open (internal) issues? We currently use the ProPlugin purchase plugin and consider switching to this one since it is more up to date and we have ongoing issues with the ProPlugin implementation.
Thank you so much for the effort put into this!
- Lenguaje dominante
- TypeScript
- Estrellas
- 35
- Forks
- 13
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin 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 NativeScript/payments
-
com.android.billingclient:billing@@8.0.0 - com.google.android.gms.internal.play_billing.zzbg.zzeAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 28/100
NativeScript/payments#45 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
NativeScript/payments#43 · 2 reacciones ·
-
[@nativescript/payments] Not possible to use both subscriptions and IAPs in the same projectAbierto
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
NativeScript/payments#39 ·
-
support Amazon Android appsAbierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
NativeScript/payments#36 · 2 comentarios ·
-
[Restore Orders] MistakeAbierto
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
NativeScript/payments#35 ·
Todos los issues de NativeScript/payments
Issues similares
-
reproduced
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
anomalyco/opencode#61640 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
ai-driven-fuzzing bug Minor
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
ai-driven-fuzzing bug claude Minor
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
linagora/twake-calendar-frontend#1944 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
Los mantenedores suelen responder en 1 día
-
Add: Yichang TVAbiertocheck:passed streams:add
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
Los mantenedores suelen responder en 1 día