• 如果可以的話，請轉貼螢幕顯示的錯誤訊息。

After incendiary mayhem, you can easily have a situation where multiple bricks lack any bricks underneath. Since the rules offer no guidance as to which one should be the first to fall, if I was playing this in the real world, I'd say the player can pick which brick falls first. But in the bga implementation, the app picks which one falls.

I think you need to add a lot of new rules to cover this, or (much better) simply allow the player to decide. I propose this: if, after mayhem, there are multiple candidates to fall, limn all potential falling bricks and let the player pick which one falls.

• 請說明你當時想做什麼，你做了什麼，然後發生了什麼事

72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.

• 你的瀏覽器是什麼？

• 請轉貼未翻譯的英文字句。 建議將此錯誤的螢幕截圖上傳到 Imgur.com 並轉貼連結。

After incendiary mayhem, you can easily have a situation where multiple bricks lack any bricks underneath. Since the rules offer no guidance as to which one should be the first to fall, if I was playing this in the real world, I'd say the player can pick which brick falls first. But in the bga implementation, the app picks which one falls.

I think you need to add a lot of new rules to cover this, or (much better) simply allow the player to decide. I propose this: if, after mayhem, there are multiple candidates to fall, limn all potential falling bricks and let the player pick which one falls.

• 這些文字存在於 翻譯系統 中嗎？若為真，其是否已被翻譯超過 24 小時？

72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.

• 你的瀏覽器是什麼？

• 請簡明精確地解釋你的建議，以便讓人一目了然。

After incendiary mayhem, you can easily have a situation where multiple bricks lack any bricks underneath. Since the rules offer no guidance as to which one should be the first to fall, if I was playing this in the real world, I'd say the player can pick which brick falls first. But in the bga implementation, the app picks which one falls.

I think you need to add a lot of new rules to cover this, or (much better) simply allow the player to decide. I propose this: if, after mayhem, there are multiple candidates to fall, limn all potential falling bricks and let the player pick which one falls.

• 你的瀏覽器是什麼？

• 當你不能動作時，螢幕上顯示什麼？（螢幕全黑？部份遊戲介面？錯誤訊息？）

After incendiary mayhem, you can easily have a situation where multiple bricks lack any bricks underneath. Since the rules offer no guidance as to which one should be the first to fall, if I was playing this in the real world, I'd say the player can pick which brick falls first. But in the bga implementation, the app picks which one falls.

I think you need to add a lot of new rules to cover this, or (much better) simply allow the player to decide. I propose this: if, after mayhem, there are multiple candidates to fall, limn all potential falling bricks and let the player pick which one falls.

• 你的瀏覽器是什麼？

• 遊戲規則的哪部分在 BGA 版本有所錯漏？

After incendiary mayhem, you can easily have a situation where multiple bricks lack any bricks underneath. Since the rules offer no guidance as to which one should be the first to fall, if I was playing this in the real world, I'd say the player can pick which brick falls first. But in the bga implementation, the app picks which one falls.

I think you need to add a lot of new rules to cover this, or (much better) simply allow the player to decide. I propose this: if, after mayhem, there are multiple candidates to fall, limn all potential falling bricks and let the player pick which one falls.

• 這項違反規則之處可否在遊戲重播中看到？若可以是在哪步？（重播時左上角資訊）

72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.

• 你的瀏覽器是什麼？

• 你當時想採取哪個遊戲行動？

After incendiary mayhem, you can easily have a situation where multiple bricks lack any bricks underneath. Since the rules offer no guidance as to which one should be the first to fall, if I was playing this in the real world, I'd say the player can pick which brick falls first. But in the bga implementation, the app picks which one falls.

I think you need to add a lot of new rules to cover this, or (much better) simply allow the player to decide. I propose this: if, after mayhem, there are multiple candidates to fall, limn all potential falling bricks and let the player pick which one falls.

• 你想觸發這個遊戲行動時做了什麼？

72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.

• 當你試著這麼做時發生了什麼（錯誤訊息、遊戲狀態條訊息...）？

• 你的瀏覽器是什麼？

• 問題發生在遊戲的哪一步？（目前遊戲指示是什麼）

After incendiary mayhem, you can easily have a situation where multiple bricks lack any bricks underneath. Since the rules offer no guidance as to which one should be the first to fall, if I was playing this in the real world, I'd say the player can pick which brick falls first. But in the bga implementation, the app picks which one falls.

I think you need to add a lot of new rules to cover this, or (much better) simply allow the player to decide. I propose this: if, after mayhem, there are multiple candidates to fall, limn all potential falling bricks and let the player pick which one falls.

• 當你試著進行遊戲動作時發生了什麼（錯誤訊息、遊戲狀態條訊息...）？

72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.

• 你的瀏覽器是什麼？

• 請描述顯示問題。 建議將此錯誤的螢幕截圖上傳到 Imgur.com 並轉貼連結。

After incendiary mayhem, you can easily have a situation where multiple bricks lack any bricks underneath. Since the rules offer no guidance as to which one should be the first to fall, if I was playing this in the real world, I'd say the player can pick which brick falls first. But in the bga implementation, the app picks which one falls.

I think you need to add a lot of new rules to cover this, or (much better) simply allow the player to decide. I propose this: if, after mayhem, there are multiple candidates to fall, limn all potential falling bricks and let the player pick which one falls.

• 你的瀏覽器是什麼？

• 請轉貼未翻譯的英文字句。 建議將此錯誤的螢幕截圖上傳到 Imgur.com 並轉貼連結。

After incendiary mayhem, you can easily have a situation where multiple bricks lack any bricks underneath. Since the rules offer no guidance as to which one should be the first to fall, if I was playing this in the real world, I'd say the player can pick which brick falls first. But in the bga implementation, the app picks which one falls.

I think you need to add a lot of new rules to cover this, or (much better) simply allow the player to decide. I propose this: if, after mayhem, there are multiple candidates to fall, limn all potential falling bricks and let the player pick which one falls.

• 這些文字存在於 翻譯系統 中嗎？若為真，其是否已被翻譯超過 24 小時？

72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.

• 你的瀏覽器是什麼？

• 請簡明精確地解釋你的建議，以便讓人一目了然。

After incendiary mayhem, you can easily have a situation where multiple bricks lack any bricks underneath. Since the rules offer no guidance as to which one should be the first to fall, if I was playing this in the real world, I'd say the player can pick which brick falls first. But in the bga implementation, the app picks which one falls.

I think you need to add a lot of new rules to cover this, or (much better) simply allow the player to decide. I propose this: if, after mayhem, there are multiple candidates to fall, limn all potential falling bricks and let the player pick which one falls.

• 你的瀏覽器是什麼？