Ouvrir le classeur relève une limite prévue pour ce serviceRuflo Console 0.33.20 : des limites temporaires se mêlent aux préférencesOpening the house rulebook can undo tonight's tighter limitReports describe Console 0.33.20 policy drift across reloads
Dans un essai rapporté, consulter les habitudes de la maison relève la limite abaissée pour le service en cours. Sauver ensuite une préférence peut aussi inscrire cette limite provisoire parmi les habitudes permanentes.Un rapport décrit RUFLO_CONSOLE_CONTROL abaissé puis relevé par le reload des préférences à l'ouverture de Settings. Sauvegarder une préférence AI peut inversement persister ce plafond temporaire comme niveau enregistré.A reported rehearsal lowers the allowance for one service, then restores a higher one when the house rulebook is opened. Saving an unrelated preference can also turn that temporary ceiling into a lasting house rule.The session cap and saved preference are reported to contaminate each other in opposite directions. Reload can lift a tighter session constraint, while saving a preference can persist the temporary cap.
La cuissonExécution et cycle de vieCookingExecution and lifecycle
Une demande tardive prend la place du bon à signerMécanismeA late request replaces the slip already awaiting a signatureMechanism
Certains gestes étiquetés « regarder seulement » passent sans accord alors qu'ils achètent, écrivent ou contactent l'extérieur dans la répétition. Une demande arrivée tard peut aussi remplacer le bon que le client s'apprêtait à signer.Un second rapport décrit des entrées isReadOnly produisant des dépenses, écritures ou accès réseau hors gate, avec contrôleur réel et hôte simulé. Un ask asynchrone tardif peut remplacer la carte de confirmation d'une autre action.During the rehearsal, tasks marked as looking only can still purchase, write or contact outsiders without asking. A delayed request can also displace the different order slip the diner was already being asked to sign.Reported effective operations bypass the gate through read-only classification. Separately, a deferred ask can overwrite the pending confirmation, breaking the association between the displayed action and the decision being requested.
Relire le total et le ticket avant d'envoyer le commisRéponseCheck the current bill and ticket before sending the helperResponse
Une autre répétition renvoie la commande malgré une inscription ratée, garde un vieux total hors du cahier des missions et traite zéro comme illimité. Il faudrait vérifier l'inscription et le total à jour avant chaque départ, sans laisser changer le bon soumis au client.Le troisième rapport décrit redispatch à chaque idle après échec de transition, coût stale hors vue Missions et plafond zéro traité sans limite. Réponses proposées : lier confirmation/action, séparer préférences et cap, puis conditionner dispatch à une transition réussie et un coût frais.Another rehearsal resends work after its hand-out record fails, keeps an old total away from the mission ledger and reads a zero ceiling as unlimited. The proposed rule checks the accepted ticket and fresh total before each departure, with the approval slip kept tied to its own order.The third report describes redispatch on each idle after failed hand-out state change, stale cost off the Missions page, and zero treated as unlimited. Proposed controls separate preferences from session caps, bind approval to its action, and require successful transition plus current cost before dispatch; none is a verified deployed repair.
Ces répétitions ne prouvent pas une dépense réelleÉtat actuelThe rehearsals do not establish a real bill or a later repairCurrent state
Les trois rapports du 5 octobre utilisent du matériel réel avec une maison imitée ; nous n'avons pas refait les essais ni observé de dépense réelle. Les réparations proposées restent ouvertes, sans preuve que l'édition suivante garde ces défauts ou les corrige.Repros upstream sur 0.33.20 avec composants réels et hôte simulé, non reproduites ; aucune dépense réelle observée. Propositions ouvertes, sans conclure à l'exploitabilité dans 0.34 ni attribuer la résolution à une autre correction ; guidance research_only.The October 5 reports use real working components inside a simulated house; we did not repeat them and no real spending was observed. Repairs remain proposed, without establishing whether the next edition retains or fixes these paths.Keep the reports bounded to 0.33.20 and their simulated-host setup. Open repair proposals are not confirmation that 0.34 remains affected or that another later change resolves these issues.