• もしあれば、画面に表示されたエラーメッセージをコピー&ペーストしてください

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.

• あなたのブラウザは何ですか?