#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
-
• Будь ласка, скопіюйте/вставте текст відображений англійською замість вашої мови. Якщо у вас є скріншот цієї помилки (рекомендовано), ви можете скористатися будь-яким сервісом для зберігання зображень (наприклад, snipboard.io), завантажити його та вставити сюди посилання. Чи цей текст доступний у системі перекладів? Якщо так, то чи перекладали його понад 24 години тому?
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
-
• Що було на екрані до того, як ваша гра заблокувалася (Порожній екран? Частина ігрового інтерфейсу? Повідомлення про помилку?)
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
-
• Будь ласка, опишіть візуальну помилку. Якщо у вас є скріншот цієї помилки (рекомендовано), ви можете скористатися будь-яким сервісом для зберігання зображень (наприклад, snipboard.io), завантажити його та вставити сюди посилання.
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
-
• Будь ласка, скопіюйте/вставте текст відображений англійською замість вашої мови. Якщо у вас є скріншот цієї помилки (рекомендовано), ви можете скористатися будь-яким сервісом для зберігання зображень (наприклад, snipboard.io), завантажити його та вставити сюди посилання. Чи цей текст доступний у системі перекладів? Якщо так, то чи перекладали його понад 24 години тому?
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
Історія звітів
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 іншого столу / ходу
- F5 вирішило проблему?
- Чи виникає проблема періодично? Щоразу? Випадково?
- Якщо у вас є скріншот цієї помилки (рекомендовано), ви можете скористатися будь-яким сервісом для зберігання зображень (наприклад, snipboard.io), завантажити його та вставити сюди посилання.
