#31420: "After getting hit with a war token, my coin count went negative"
Petra a zo c'hoarvezet ? Trugarez evit dibab amañ dindan
Petra a zo c'hoarvezet ? Trugarez evit dibab amañ dindan
Gwiriit mar-plij ma n'eus ket dija un danevell evit an hevelep dodenn
M'oc'h a-du, VOTIT evit an danevell-mañ. An danevelloù gant ar muiañ a vouezhioù a vo studiet DA GENTAÑ !
| # | Status | Votes | Game | Type | Title | Last update |
|---|
Deskrivadur dre ar munud
-
• Mar-plij, eilit/pegit ar gemennadenn fazi a zo war ho skramm, ma zo unan.
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.
-
• Displegit deomp, mar-plij, ar pezh ho poa c'hoant d'ober, ar pezh ho peus graet hag ar pezh a zo c'hoarvezet 'benn ar fin
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.
• Peseurt merdeer eo hoc'h hini ?
Firefox v80.0.1
-
• Mar-plij, eilit/pegit an destenn e Saozneg ha n'eo ket en ho yezh. M'ho peus un dapadenn skramm eus ar gudenn (ho pezit soñj d'eus se !), gellout a rit implij Imgur.com evit e bellgargañ hag eilañ/pegañ al liamm amañ.
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.
-
• Ha dibres eo an destenn-mañ er sistem treiñ? Ma ya, daoust ha troet eo bet ouzhpenn 24 eur 'zo ?
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.
• Peseurt merdeer eo hoc'h hini ?
Firefox v80.0.1
-
• Displegit ho kinnig mar-plij, e berrgomzoù met en un doare resis, evit ma vefe an aesañ posupl kompren mat ar pezh ho peus c'hoant lâret.
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.
• Peseurt merdeer eo hoc'h hini ?
Firefox v80.0.1
-
• Petra oa diskouezet war ar skramm pa 'z oc'h chomet stanket (Skramm goullo ? Ul lodenn eus etrefas ar c'hoari ? Kemennadenn fazi ?)
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.
• Peseurt merdeer eo hoc'h hini ?
Firefox v80.0.1
-
• Pesseurt reolenn n'eo ket doujet gant azasadenn ar c'hoari-mañ ?
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.
-
• Ha posupl eo gwelet torridigezh ar reolenn e replay ar bartienn ? Ma 'z eo ya, da be niverenn taol ?
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.
• Peseurt merdeer eo hoc'h hini ?
Firefox v80.0.1
-
• Peseurt taol ho peus c'hoant c'hoari ?
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.
-
• Petra emaoc'h o klask ober evit delankañ an ober c'hoari-mañ ?
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.
-
• What happened when you try to do this (error message, game status bar message, ...)?
• Peseurt merdeer eo hoc'h hini ?
Firefox v80.0.1
-
• Da be bazenn ar bartienn eo en em gavet ar gudenn (petra oa testenn kemenn ar c'hoari) ?
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.
-
• What happened when you try to do a game action (error message, game status bar message, ...)?
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.
• Peseurt merdeer eo hoc'h hini ?
Firefox v80.0.1
-
• Mar-plij, diskrivit kudenn an diskwel. M'ho peus un dapadenn skramm eus ar gudenn (ho pezit soñj d'eus se !), gellout a rit implij Imgur.com evit e bellgargañ hag eilañ/pegañ al liamm amañ.
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.
• Peseurt merdeer eo hoc'h hini ?
Firefox v80.0.1
-
• Mar-plij, eilit/pegit an destenn e Saozneg ha n'eo ket en ho yezh. M'ho peus un dapadenn skramm eus ar gudenn (ho pezit soñj d'eus se !), gellout a rit implij Imgur.com evit e bellgargañ hag eilañ/pegañ al liamm amañ.
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.
-
• Ha dibres eo an destenn-mañ er sistem treiñ? Ma ya, daoust ha troet eo bet ouzhpenn 24 eur 'zo ?
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.
• Peseurt merdeer eo hoc'h hini ?
Firefox v80.0.1
-
• Displegit ho kinnig mar-plij, e berrgomzoù met en un doare resis, evit ma vefe an aesañ posupl kompren mat ar pezh ho peus c'hoant lâret.
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.
• Peseurt merdeer eo hoc'h hini ?
Firefox v80.0.1
Roll-istor an danevelloù bog
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.
Ouzhpennañ un dra bennak d'an danevell-mañ
- Niverenn taol all / Niverenn ar fiñv
- Ha renket eo bet ar gudenn gant an douchenn F5 ?
- Ha c'hoarvezet eo ar gudenn meur a wech ? Bewech ? Cheñch-dicheñch ?
- M'ho peus un dapadenn skramm eus ar gudenn (ho pezit soñj d'eus se !), gellout a rit implij Imgur.com evit e bellgargañ hag eilañ/pegañ al liamm amañ.
