#31420: "After getting hit with a war token, my coin count went negative"
O čom je toto hlásenie?
Čo sa stalo? Prosím vyber z nasledujúcich
Čo sa stalo? Prosím vyber z nasledujúcich
Prosím skontroluj, či už existuje hlásenie na rovnakú tému
Ak je to tak, prosím HLASUJTE za toto hlásenie. Hlásenia s najviac hlasmi majú PRIORITU!
| # | Status | Votes | Game | Type | Title | Last update |
|---|
Podrobný popis
-
• Prosím skopíruj a vlož chybové hlásenie, ktoré si videl na obrazovke, ak sa nejaké vyskytlo.
The rules say (p14) "If your opponent doesn't have enough coins, they lose all of their coins." There's no way to go negative in the in-person game because money is managed with physical coin tokens, so if you would otherwise go negative you should just go to zero.
Screenshot:
blahedo.org/bga/seven-duel-negative.png
This is Table № 137320811 at Move #64. I suspect the cause had to do with my opponent having the Strategy token, building Pretorium (a three-shield card), and being placed just right to pick up *both* military tokens on the same turn, possibly bypassing some check in the code or checking against the original instead of current number of coins or somesuch.
-
• Prosím vysvetli, čo si chcel/a spraviť, čo si spravil/a a čo sa stalo
Kind of. Here's the spanner in the works: when I replay, prior to the Pretorium play, it shows me with 8 coins, which are then decreased (correctly) to 1 at Move #64. So that's weird (and doesn't match the screenshot). Then, on the next move when I build something for free, my coin count goes up to 3 for no obvious reason. So that's also weird. (I don't think Urbanism should have fired in that case because there was no linking and no "free" condition, just a discount that applied, but if it *did* then it should have gone up by *4* not *2*. Or maybe it went up by 4 from -1 to get to 3? In which case the 1 was an incorrect display?) Basically, there's some hinky stuff going on but it's hard to diagnose without seeing the code. If I were sure the parenthetical above were a distinct bug I'd file a separate report for it, but it's too tightly tangled for me to do that.
• Aký prehliadač používaš?
Firefox v80.0.1
-
• Skopíruj/vlož text zobrazený v angličtine namiesto tvojho jazyka. Ak máš screenshot (dobrý zvyk), môžeš použiť Imgur.com na jeho nahranie a skopírovať sem odkaz na neho.
The rules say (p14) "If your opponent doesn't have enough coins, they lose all of their coins." There's no way to go negative in the in-person game because money is managed with physical coin tokens, so if you would otherwise go negative you should just go to zero.
Screenshot:
blahedo.org/bga/seven-duel-negative.png
This is Table № 137320811 at Move #64. I suspect the cause had to do with my opponent having the Strategy token, building Pretorium (a three-shield card), and being placed just right to pick up *both* military tokens on the same turn, possibly bypassing some check in the code or checking against the original instead of current number of coins or somesuch.
-
• Je tento text dostupný v prekladovom systéme? Ak áno, bol preložený po dlhšie ako 24 hodín?
Kind of. Here's the spanner in the works: when I replay, prior to the Pretorium play, it shows me with 8 coins, which are then decreased (correctly) to 1 at Move #64. So that's weird (and doesn't match the screenshot). Then, on the next move when I build something for free, my coin count goes up to 3 for no obvious reason. So that's also weird. (I don't think Urbanism should have fired in that case because there was no linking and no "free" condition, just a discount that applied, but if it *did* then it should have gone up by *4* not *2*. Or maybe it went up by 4 from -1 to get to 3? In which case the 1 was an incorrect display?) Basically, there's some hinky stuff going on but it's hard to diagnose without seeing the code. If I were sure the parenthetical above were a distinct bug I'd file a separate report for it, but it's too tightly tangled for me to do that.
• Aký prehliadač používaš?
Firefox v80.0.1
-
• Prosím presne a stručne vysvetli svoj podnet, aby bolo čo najjednoduchšie pochopiť, ako to myslíš.
The rules say (p14) "If your opponent doesn't have enough coins, they lose all of their coins." There's no way to go negative in the in-person game because money is managed with physical coin tokens, so if you would otherwise go negative you should just go to zero.
Screenshot:
blahedo.org/bga/seven-duel-negative.png
This is Table № 137320811 at Move #64. I suspect the cause had to do with my opponent having the Strategy token, building Pretorium (a three-shield card), and being placed just right to pick up *both* military tokens on the same turn, possibly bypassing some check in the code or checking against the original instead of current number of coins or somesuch.
• Aký prehliadač používaš?
Firefox v80.0.1
-
• Čo sa objavilo na obrazovke, keď si bol zablokovaný (Prázdna obrazovka? Časť herného rozhrania? Chybové hlásenie?)?
The rules say (p14) "If your opponent doesn't have enough coins, they lose all of their coins." There's no way to go negative in the in-person game because money is managed with physical coin tokens, so if you would otherwise go negative you should just go to zero.
Screenshot:
blahedo.org/bga/seven-duel-negative.png
This is Table № 137320811 at Move #64. I suspect the cause had to do with my opponent having the Strategy token, building Pretorium (a three-shield card), and being placed just right to pick up *both* military tokens on the same turn, possibly bypassing some check in the code or checking against the original instead of current number of coins or somesuch.
• Aký prehliadač používaš?
Firefox v80.0.1
-
• Ktorá časť pravidiel nebola dodržaná v BGA adaptácii?
The rules say (p14) "If your opponent doesn't have enough coins, they lose all of their coins." There's no way to go negative in the in-person game because money is managed with physical coin tokens, so if you would otherwise go negative you should just go to zero.
Screenshot:
blahedo.org/bga/seven-duel-negative.png
This is Table № 137320811 at Move #64. I suspect the cause had to do with my opponent having the Strategy token, building Pretorium (a three-shield card), and being placed just right to pick up *both* military tokens on the same turn, possibly bypassing some check in the code or checking against the original instead of current number of coins or somesuch.
-
• Je možné vidieť porušenie pravidiel na zázname z hry? Ak áno, aké je číslo ťahu?
Kind of. Here's the spanner in the works: when I replay, prior to the Pretorium play, it shows me with 8 coins, which are then decreased (correctly) to 1 at Move #64. So that's weird (and doesn't match the screenshot). Then, on the next move when I build something for free, my coin count goes up to 3 for no obvious reason. So that's also weird. (I don't think Urbanism should have fired in that case because there was no linking and no "free" condition, just a discount that applied, but if it *did* then it should have gone up by *4* not *2*. Or maybe it went up by 4 from -1 to get to 3? In which case the 1 was an incorrect display?) Basically, there's some hinky stuff going on but it's hard to diagnose without seeing the code. If I were sure the parenthetical above were a distinct bug I'd file a separate report for it, but it's too tightly tangled for me to do that.
• Aký prehliadač používaš?
Firefox v80.0.1
-
• Aký herný ťah si chcel urobiť?
The rules say (p14) "If your opponent doesn't have enough coins, they lose all of their coins." There's no way to go negative in the in-person game because money is managed with physical coin tokens, so if you would otherwise go negative you should just go to zero.
Screenshot:
blahedo.org/bga/seven-duel-negative.png
This is Table № 137320811 at Move #64. I suspect the cause had to do with my opponent having the Strategy token, building Pretorium (a three-shield card), and being placed just right to pick up *both* military tokens on the same turn, possibly bypassing some check in the code or checking against the original instead of current number of coins or somesuch.
-
• Čo si skúsil aby si vyvolal túto akciu?
Kind of. Here's the spanner in the works: when I replay, prior to the Pretorium play, it shows me with 8 coins, which are then decreased (correctly) to 1 at Move #64. So that's weird (and doesn't match the screenshot). Then, on the next move when I build something for free, my coin count goes up to 3 for no obvious reason. So that's also weird. (I don't think Urbanism should have fired in that case because there was no linking and no "free" condition, just a discount that applied, but if it *did* then it should have gone up by *4* not *2*. Or maybe it went up by 4 from -1 to get to 3? In which case the 1 was an incorrect display?) Basically, there's some hinky stuff going on but it's hard to diagnose without seeing the code. If I were sure the parenthetical above were a distinct bug I'd file a separate report for it, but it's too tightly tangled for me to do that.
-
• Čo sa stalo keď si spravil túto hernú akciu (chybové hlásenie, hlásenie v stavovom pruhu, ...)?
• Aký prehliadač používaš?
Firefox v80.0.1
-
• Kedy v priebehu hry sa problém vyskytol (aká bola prebiehajúca herná inštrukcia)?
The rules say (p14) "If your opponent doesn't have enough coins, they lose all of their coins." There's no way to go negative in the in-person game because money is managed with physical coin tokens, so if you would otherwise go negative you should just go to zero.
Screenshot:
blahedo.org/bga/seven-duel-negative.png
This is Table № 137320811 at Move #64. I suspect the cause had to do with my opponent having the Strategy token, building Pretorium (a three-shield card), and being placed just right to pick up *both* military tokens on the same turn, possibly bypassing some check in the code or checking against the original instead of current number of coins or somesuch.
-
• Čo sa stalo keď si spravil túto hernú akciu (chybové hlásenie, hlásenie v stavovom pruhu, ...)?
Kind of. Here's the spanner in the works: when I replay, prior to the Pretorium play, it shows me with 8 coins, which are then decreased (correctly) to 1 at Move #64. So that's weird (and doesn't match the screenshot). Then, on the next move when I build something for free, my coin count goes up to 3 for no obvious reason. So that's also weird. (I don't think Urbanism should have fired in that case because there was no linking and no "free" condition, just a discount that applied, but if it *did* then it should have gone up by *4* not *2*. Or maybe it went up by 4 from -1 to get to 3? In which case the 1 was an incorrect display?) Basically, there's some hinky stuff going on but it's hard to diagnose without seeing the code. If I were sure the parenthetical above were a distinct bug I'd file a separate report for it, but it's too tightly tangled for me to do that.
• Aký prehliadač používaš?
Firefox v80.0.1
-
• Prosím popíš viditeľný problém. Ak máš screenshot (dobrý zvyk), môžeš použiť Imgur.com na jeho nahranie a skopírovať sem odkaz na neho.
The rules say (p14) "If your opponent doesn't have enough coins, they lose all of their coins." There's no way to go negative in the in-person game because money is managed with physical coin tokens, so if you would otherwise go negative you should just go to zero.
Screenshot:
blahedo.org/bga/seven-duel-negative.png
This is Table № 137320811 at Move #64. I suspect the cause had to do with my opponent having the Strategy token, building Pretorium (a three-shield card), and being placed just right to pick up *both* military tokens on the same turn, possibly bypassing some check in the code or checking against the original instead of current number of coins or somesuch.
• Aký prehliadač používaš?
Firefox v80.0.1
-
• Skopíruj/vlož text zobrazený v angličtine namiesto tvojho jazyka. Ak máš screenshot (dobrý zvyk), môžeš použiť Imgur.com na jeho nahranie a skopírovať sem odkaz na neho.
The rules say (p14) "If your opponent doesn't have enough coins, they lose all of their coins." There's no way to go negative in the in-person game because money is managed with physical coin tokens, so if you would otherwise go negative you should just go to zero.
Screenshot:
blahedo.org/bga/seven-duel-negative.png
This is Table № 137320811 at Move #64. I suspect the cause had to do with my opponent having the Strategy token, building Pretorium (a three-shield card), and being placed just right to pick up *both* military tokens on the same turn, possibly bypassing some check in the code or checking against the original instead of current number of coins or somesuch.
-
• Je tento text dostupný v prekladovom systéme? Ak áno, bol preložený po dlhšie ako 24 hodín?
Kind of. Here's the spanner in the works: when I replay, prior to the Pretorium play, it shows me with 8 coins, which are then decreased (correctly) to 1 at Move #64. So that's weird (and doesn't match the screenshot). Then, on the next move when I build something for free, my coin count goes up to 3 for no obvious reason. So that's also weird. (I don't think Urbanism should have fired in that case because there was no linking and no "free" condition, just a discount that applied, but if it *did* then it should have gone up by *4* not *2*. Or maybe it went up by 4 from -1 to get to 3? In which case the 1 was an incorrect display?) Basically, there's some hinky stuff going on but it's hard to diagnose without seeing the code. If I were sure the parenthetical above were a distinct bug I'd file a separate report for it, but it's too tightly tangled for me to do that.
• Aký prehliadač používaš?
Firefox v80.0.1
-
• Prosím presne a stručne vysvetli svoj podnet, aby bolo čo najjednoduchšie pochopiť, ako to myslíš.
The rules say (p14) "If your opponent doesn't have enough coins, they lose all of their coins." There's no way to go negative in the in-person game because money is managed with physical coin tokens, so if you would otherwise go negative you should just go to zero.
Screenshot:
blahedo.org/bga/seven-duel-negative.png
This is Table № 137320811 at Move #64. I suspect the cause had to do with my opponent having the Strategy token, building Pretorium (a three-shield card), and being placed just right to pick up *both* military tokens on the same turn, possibly bypassing some check in the code or checking against the original instead of current number of coins or somesuch.
• Aký prehliadač používaš?
Firefox v80.0.1
História hlásenia
Before the Pretorium you actually had 10 (!) coins. The Pretorium play made you lose 2 + 5 coins, leaving you with 3.
So for some reason the coin count was wrong before hand. The jump to 3 ("for no obvious reason") was correct and is the server side sending the current coin count again to the client side.
I will have a look at keeping the coin count more robust, currently it is probably too reliant of animations being properly finished, which is probably why things get wonky in replay as well.
Btw, in the screenshots I see that the font on the coins and Victory points icon is wrong, what OS are you on? The bug report only says Firefox v80, I just checked Firefox v81 on Windows 10 and the correct font shows up.
It was set off by a military token as well. Running on safari on a mac.
Pridať niečo k tomuto hláseniu
- Iné ID stola / ID ťahu
- Vyriešil sa problém pomocou F5?
- Objavil sa problém viackrát? Zakaždým? Náhodne?
- Ak máš screenshot (dobrý zvyk), môžeš použiť Imgur.com na jeho nahranie a skopírovať sem odkaz na neho.
