Deposit, withdraw and delete ignore economy failures
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 78/100
Línea de trabajo
Lee Transaction.process y TransactionTest para conocer el manejo de errores y el patrón de pruebas existentes; después, localiza las implementaciones de deposit, withdraw y DeleteCommand. Comprueba cómo se gestiona cada respuesta de economy antes de que cambie el saldo del store y añade pruebas con una economy que rechace las operaciones para los tres comandos. El trabajo estará terminado cuando cada transacción rechazada deje el store sin cambios y notifique TRANSACTION_FAILED.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Problem
/shop deposit, /shop withdraw and /shop delete ignore the result of their economy calls. If the economy plugin rejects the change, the store's balance changes anyway and the player is told it worked.
Transaction.process already handles this correctly by moving the player's money first and stopping if that fails.
Reproduced with an economy that rejects every change:
/shop deposit 100added 100 to the store without taking anything from the player, and reported success./shop withdraw 40removed 40 from the store without paying the player, and reported success.
DeleteCommand has the same pattern: it clears the balance and removes the store whatever depositPlayer returns.
Scope
- Check
EconomyResponse.transactionSuccess()before changing the store, in all three commands. - Send
TRANSACTION_FAILEDwhen the economy rejects the change, and leave the store as it was.
Done when
- A rejected deposit, withdrawal or delete payout changes nothing and tells the player it failed.
- Tests cover each command with a rejecting economy, using the existing approach in
TransactionTest.
- Lenguaje dominante
- Java
- Estrellas
- 1
- Forks
- 0
- Merge medio
- 2 h 35 min
- PR fusionados (30 d)
- 14
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 BrendonButler/Shops
-
dependencies enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
BrendonButler/Shops#79 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
BrendonButler/Shops#70 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
BrendonButler/Shops#69 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
BrendonButler/Shops#68 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
BrendonButler/Shops#67 ·
Los mantenedores suelen responder en 1 día
Todos los issues de BrendonButler/Shops
Issues similares
-
jules
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
open-learning-exchange/myplanet#18568 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
quarkiverse/quarkus-ironjacamar#264 · 7 comentarios ·
-
[Bug]: Login shows only "Log-in failed" when Commons answers the login request with an API errorAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
commons-app/apps-android-commons#7295 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 1-3 horas Aptitud para principiantes 85/100
hibernate/hibernate-reactive#4485 ·
Los mantenedores suelen responder en 1 día