- Expédié
- 21 août 2026 à 02:47 UTC
- Auteur
- Kamo
- Commite
- a08b1f9
La FFA a contourné le système de crédit purement et simplement, ce qui a laissé un gestionnaire sans levier c'est-à-dire Max Daily Spend. Si vous vous assurait de rester si (-ffa) et ne pouvait pas coiffer un produit FFA, et "accepté aujourd'hui" n'avait pas de rangées à compter parce que rien n'a jamais été dépensé. Une acceptation de la FFA empêle désormais un crédit et le dépense en tête dans le même bloc en tant que réclamation, donc le registre des dépenses existe toujours et ne peut jamais dériver de la affectation. Max Daily Spend quitte la succursale pour les crédits uniquement et s'applique à les deux voies - free-for-all signifie que le membre n'a pas obtenu de solde à payer Non qu'un gestionnaire ne peut pas lier le nombre qu'il en prend par jour. Délibérément encore uniquement au crédit: le changement de crédit à l'échelle de l'orge et le contrôle du solde. La FFA n'a pas d'équilibre pour manquer. Le bouchon est vérifié après ceux-ci, donc un crédit Un membre qui est à la fois brisé et plafonné ne parvient pas à signaler les INSUFFICIENT-CREDITS. Note AcceptResult.creditSpent est maintenant vrai sur le chemin de la FFA (il a été documenté comme suit: toujours faux). C'est exact - un crédit est vraiment consommé - et il atteint le accepter la réponse et la charge utile de publication intitulée "L'émission" NATS. Enjeux d'affectation de plombType still L'histoire de l'Auto-ASSIGN pour FFA, donc l'histoire maintient les deux à part.