#31420: "After getting hit with a war token, my coin count went negative"
这个案件是关于哪方面的?
发生什么事? 请从下方选择
发生什么事? 请从下方选择
请检查是否已有同课题案件
若肯定,请「投票」给这桩案件。最高票的案件将「优先」处理!
| # | Status | Votes | Game | Type | Title | Last update |
|---|
细节描述
-
• 如果有的话,请将你在屏幕上所看到的错误信息粘贴出来.
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.
-
• 请说明你当时想做什么,你做了什么,然后发生了什么
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.
• 您正使用哪一款浏览器呢?
Firefox v80.0.1
-
• 请以英文复制/粘贴显示文字而非你的语言。 如果你有这个系统漏洞发生时的屏幕截图(画质不要太差),你可以使用Imgur.com来把它上传到网络,然后将链接复制/粘贴到这里来。
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.
-
• 这段文本在翻译系统中吗?如果存在,它被翻译是否已超过二十四小时?
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.
• 您正使用哪一款浏览器呢?
Firefox v80.0.1
-
• 请简明而精确地解释您的建议,以便让人明白您想表达的意思。
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.
• 您正使用哪一款浏览器呢?
Firefox v80.0.1
-
• 当你被封锁的时候,屏幕上出现了些什么呢?(空白的屏幕?部分游戏平台画面?错误的信息?)
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.
• 您正使用哪一款浏览器呢?
Firefox v80.0.1
-
• 哪个规则没有被BGA的设计小组写进游戏里?
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.
-
• 在游戏回放中,是否有不符合游戏规则的地方?如果有的话,请问是在哪一步呢?
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.
• 您正使用哪一款浏览器呢?
Firefox v80.0.1
-
• 你当时是想做哪个游戏行动?
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.
-
• 你在想做什么的时候,触发了这个游戏选项?
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.
-
• 当你想这么做时,发生了什么事(错误信息,游戏状态信息,......)?
• 您正使用哪一款浏览器呢?
Firefox v80.0.1
-
• 请问这个问题发生在游戏的哪个阶段(当前的游戏说明是什么)?
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.
-
• 当你想进行一个游戏行动时,发生了什么事(错误信息,游戏状态信息,......)?
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.
• 您正使用哪一款浏览器呢?
Firefox v80.0.1
-
• 请描述一下显示画面上面的问题。 如果你有这个系统漏洞发生时的屏幕截图(画质不要太差),你可以使用Imgur.com来把它上传到网络,然后将链接复制/粘贴到这里来。
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.
• 您正使用哪一款浏览器呢?
Firefox v80.0.1
-
• 请以英文复制/粘贴显示文字而非你的语言。 如果你有这个系统漏洞发生时的屏幕截图(画质不要太差),你可以使用Imgur.com来把它上传到网络,然后将链接复制/粘贴到这里来。
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.
-
• 这段文本在翻译系统中吗?如果存在,它被翻译是否已超过二十四小时?
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.
• 您正使用哪一款浏览器呢?
Firefox v80.0.1
-
• 请简明而精确地解释您的建议,以便让人明白您想表达的意思。
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.
• 您正使用哪一款浏览器呢?
Firefox v80.0.1
案件历史
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.
增加一些新内容到这篇报告
- 其他的游戏桌 ID / 移动 ID
- 按 F5 是否解决了这个问题?
- 问题是否发生了好几次?还是每次都发生?还是时好时坏?
- 如果你有这个系统漏洞发生时的屏幕截图(画质不要太差),你可以使用Imgur.com来把它上传到网络,然后将链接复制/粘贴到这里来。
