• Por favor, copia e pega a mensaxe de erro que ves na túa pantalla, se houbera algún.

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.

• Por favor, explica o que querías facer, o que fixeche e o que pasou

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.

• Cal é o teu navegador?

• Por favor, copia/pega o texto amosado en inglés no canto do teu idioma. Se tes un pantallazo deste erro (boa práctica), podes usar Imgur.com para subilo e copiar/pegar a ligazón aquí.

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.

• É este o texto dispoñible no sistema de tradución? Se é así, foi traducido fai máis de 24 horas?

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.

• Cal é o teu navegador?

• Por favor explica a túa suxestión de maneira precisa e concisa para que sexa o máis sinxelo posible entender o que queres dicir.

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.

• Cal é o teu navegador?

• Qué había na pantalla cando se quedou bloqueado? (mensaxe de erro?, pantalla en blanco?, unha parte da interface do xogo?)

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.

• Cal é o teu navegador?

• Qué parte das regras non se cumpriron na adaptación da 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.

• é visible a violación das regras na repetición? Se o é, en que número de movemento?

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.

• Cal é o teu navegador?

• Qué acción de xogo querías realizar?

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.

• Qué é o que tratache de facer para activar esta acción do xogo?

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.

• Qué sucedeu cando o fixeche (a mensaxe de erro, mensaxe na barra de estado do xogo, ...)?

• Cal é o teu navegador?

• En que paso do xogo ocorreu o problema (cal foi a instrucción actual do xogo)?

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.

• Qué sucedeu cando tratache de facer unha acción de xogo (mensaxe de erro, mensaxe na barra de estado do xogo, ...)?

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.

• Cal é o teu navegador?

• Por favor, describe o problema de visualización. Se tes un pantallazo deste erro (boa práctica), podes usar Imgur.com para subilo e copiar/pegar a ligazón aquí.

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.

• Cal é o teu navegador?

• Por favor, copia/pega o texto amosado en inglés no canto do teu idioma. Se tes un pantallazo deste erro (boa práctica), podes usar Imgur.com para subilo e copiar/pegar a ligazón aquí.

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.

• É este o texto dispoñible no sistema de tradución? Se é así, foi traducido fai máis de 24 horas?

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.

• Cal é o teu navegador?

• Por favor explica a túa suxestión de maneira precisa e concisa para que sexa o máis sinxelo posible entender o que queres dicir.

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.

• Cal é o teu navegador?