#140841: "Make completed orders visible"
ما هو هذا التقرير؟
ماذا حدث؟ يرجى اختيار من أدناه
ماذا حدث؟ يرجى اختيار من أدناه
يرجى التحقق مما إذا كان هناك بالفعل تقرير عن نفس الموضوع
إذا كانت الإجابة بنعم ، يرجى التصويت لهذا التقرير. يتم إعطاء التقارير ذات أكبر عدد من الأصوات الأولوية!
| # | Status | Votes | Game | Type | Title | Last update |
|---|
وصف مفصل
-
• يرجى نسخ / لصق رسالة الخطأ التي تراها على الشاشة ، إن وجدت.
The published rules for this game say that after deliveries are made, order cards should be turned face down. Hiding known information is an okay mechanic when playing around a table in real life, but it falls apart when playing online asynchronously (especially if you have more than one game in progress).
It's made even worse in asynchronous games because deliveries happen on other players' turns and are not reported in the gamelog, so the only way to find out what happened is either to keep copious notes on all the open orders players have and note the changes, or go back through the replay (which is always a fraught process on BGA, probably because of the load it puts on the server).
(For example, table 567892127 is on move 162. When I tried to do a replay from turn 17 (when an delivery was made), the screen displays the "Previously on..." message and then stops. I've had similar problems on other games, so I doubt this is an issue with the Coal Baron implementation.)
Though this is less of an issue playing playing live online, players can very easily take notes, and now, instead of a test of "memory", it's an advantage of players who have extra screen space and enjoy note-taking. -
• يرجى توضيح ما تريد القيام به ، ماذا فعلت وما حدث
• ما هو متصفحك؟
Google Chrome v129
-
• يرجى نسخ / لصق النص المعروض باللغة الإنجليزية بدلاً من لغتك. إذا كان لديك لقطة شاشة لهذا الخطأ (ممارسة جيدة) ، يمكنك استخدام Imgur.com لتحميله ونسخ / لصق الرابط هنا.
The published rules for this game say that after deliveries are made, order cards should be turned face down. Hiding known information is an okay mechanic when playing around a table in real life, but it falls apart when playing online asynchronously (especially if you have more than one game in progress).
It's made even worse in asynchronous games because deliveries happen on other players' turns and are not reported in the gamelog, so the only way to find out what happened is either to keep copious notes on all the open orders players have and note the changes, or go back through the replay (which is always a fraught process on BGA, probably because of the load it puts on the server).
(For example, table 567892127 is on move 162. When I tried to do a replay from turn 17 (when an delivery was made), the screen displays the "Previously on..." message and then stops. I've had similar problems on other games, so I doubt this is an issue with the Coal Baron implementation.)
Though this is less of an issue playing playing live online, players can very easily take notes, and now, instead of a test of "memory", it's an advantage of players who have extra screen space and enjoy note-taking. -
• هل هذا النص متاح في translation system ؟ إذا كانت الإجابة بنعم ، فهل تمت ترجمتها لأكثر من 24 ساعة؟
• ما هو متصفحك؟
Google Chrome v129
-
• يرجى توضيح اقتراحك بدقة وإيجاز بحيث يكون من السهل قدر الإمكان فهم ما تعنيه.
The published rules for this game say that after deliveries are made, order cards should be turned face down. Hiding known information is an okay mechanic when playing around a table in real life, but it falls apart when playing online asynchronously (especially if you have more than one game in progress).
It's made even worse in asynchronous games because deliveries happen on other players' turns and are not reported in the gamelog, so the only way to find out what happened is either to keep copious notes on all the open orders players have and note the changes, or go back through the replay (which is always a fraught process on BGA, probably because of the load it puts on the server).
(For example, table 567892127 is on move 162. When I tried to do a replay from turn 17 (when an delivery was made), the screen displays the "Previously on..." message and then stops. I've had similar problems on other games, so I doubt this is an issue with the Coal Baron implementation.)
Though this is less of an issue playing playing live online, players can very easily take notes, and now, instead of a test of "memory", it's an advantage of players who have extra screen space and enjoy note-taking. • ما هو متصفحك؟
Google Chrome v129
-
• ما الذي تم عرضه على الشاشة عندما تم حظرك (شاشة فارغة؟ جزء من واجهة اللعبة؟ رسالة خطأ؟)
The published rules for this game say that after deliveries are made, order cards should be turned face down. Hiding known information is an okay mechanic when playing around a table in real life, but it falls apart when playing online asynchronously (especially if you have more than one game in progress).
It's made even worse in asynchronous games because deliveries happen on other players' turns and are not reported in the gamelog, so the only way to find out what happened is either to keep copious notes on all the open orders players have and note the changes, or go back through the replay (which is always a fraught process on BGA, probably because of the load it puts on the server).
(For example, table 567892127 is on move 162. When I tried to do a replay from turn 17 (when an delivery was made), the screen displays the "Previously on..." message and then stops. I've had similar problems on other games, so I doubt this is an issue with the Coal Baron implementation.)
Though this is less of an issue playing playing live online, players can very easily take notes, and now, instead of a test of "memory", it's an advantage of players who have extra screen space and enjoy note-taking. • ما هو متصفحك؟
Google Chrome v129
-
• أي جزء من القواعد تم مخالفته في تصميم التبني لدى BGA
The published rules for this game say that after deliveries are made, order cards should be turned face down. Hiding known information is an okay mechanic when playing around a table in real life, but it falls apart when playing online asynchronously (especially if you have more than one game in progress).
It's made even worse in asynchronous games because deliveries happen on other players' turns and are not reported in the gamelog, so the only way to find out what happened is either to keep copious notes on all the open orders players have and note the changes, or go back through the replay (which is always a fraught process on BGA, probably because of the load it puts on the server).
(For example, table 567892127 is on move 162. When I tried to do a replay from turn 17 (when an delivery was made), the screen displays the "Previously on..." message and then stops. I've had similar problems on other games, so I doubt this is an issue with the Coal Baron implementation.)
Though this is less of an issue playing playing live online, players can very easily take notes, and now, instead of a test of "memory", it's an advantage of players who have extra screen space and enjoy note-taking. -
• هل انتهاك القواعد مرئي عند إعادة اللعب؟ إذا كانت الإجابة بنعم ، فبأي رقم؟
• ما هو متصفحك؟
Google Chrome v129
-
• ما هو نشاط اللعبة الذي أردت القيام به؟
The published rules for this game say that after deliveries are made, order cards should be turned face down. Hiding known information is an okay mechanic when playing around a table in real life, but it falls apart when playing online asynchronously (especially if you have more than one game in progress).
It's made even worse in asynchronous games because deliveries happen on other players' turns and are not reported in the gamelog, so the only way to find out what happened is either to keep copious notes on all the open orders players have and note the changes, or go back through the replay (which is always a fraught process on BGA, probably because of the load it puts on the server).
(For example, table 567892127 is on move 162. When I tried to do a replay from turn 17 (when an delivery was made), the screen displays the "Previously on..." message and then stops. I've had similar problems on other games, so I doubt this is an issue with the Coal Baron implementation.)
Though this is less of an issue playing playing live online, players can very easily take notes, and now, instead of a test of "memory", it's an advantage of players who have extra screen space and enjoy note-taking. -
• ماذا تحاول أن تفعل لتحريك هذا العمل اللعبة؟
-
• ماذا حدث عند محاولة القيام بهذا (رسالة خطأ ، رسالة شريط حالة اللعبة ، ...)؟
• ما هو متصفحك؟
Google Chrome v129
-
• في أي خطوة من اللعبة حدثت المشكلة (ما هو تعليمة اللعبة الحالية)؟
The published rules for this game say that after deliveries are made, order cards should be turned face down. Hiding known information is an okay mechanic when playing around a table in real life, but it falls apart when playing online asynchronously (especially if you have more than one game in progress).
It's made even worse in asynchronous games because deliveries happen on other players' turns and are not reported in the gamelog, so the only way to find out what happened is either to keep copious notes on all the open orders players have and note the changes, or go back through the replay (which is always a fraught process on BGA, probably because of the load it puts on the server).
(For example, table 567892127 is on move 162. When I tried to do a replay from turn 17 (when an delivery was made), the screen displays the "Previously on..." message and then stops. I've had similar problems on other games, so I doubt this is an issue with the Coal Baron implementation.)
Though this is less of an issue playing playing live online, players can very easily take notes, and now, instead of a test of "memory", it's an advantage of players who have extra screen space and enjoy note-taking. -
• ماذا حدث عند محاولة إجراء هذه الحركة داخل اللعبة (رسالة خطأ ، رسالة شريط حالة اللعبة ، ...)؟
• ما هو متصفحك؟
Google Chrome v129
-
• يرجى وصف مشكلة العرض. إذا كان لديك لقطة شاشة لهذا الخطأ (ممارسة جيدة) ، يمكنك استخدام Imgur.com لتحميله ونسخ / لصق الرابط هنا.
The published rules for this game say that after deliveries are made, order cards should be turned face down. Hiding known information is an okay mechanic when playing around a table in real life, but it falls apart when playing online asynchronously (especially if you have more than one game in progress).
It's made even worse in asynchronous games because deliveries happen on other players' turns and are not reported in the gamelog, so the only way to find out what happened is either to keep copious notes on all the open orders players have and note the changes, or go back through the replay (which is always a fraught process on BGA, probably because of the load it puts on the server).
(For example, table 567892127 is on move 162. When I tried to do a replay from turn 17 (when an delivery was made), the screen displays the "Previously on..." message and then stops. I've had similar problems on other games, so I doubt this is an issue with the Coal Baron implementation.)
Though this is less of an issue playing playing live online, players can very easily take notes, and now, instead of a test of "memory", it's an advantage of players who have extra screen space and enjoy note-taking. • ما هو متصفحك؟
Google Chrome v129
-
• يرجى نسخ / لصق النص المعروض باللغة الإنجليزية بدلاً من لغتك. إذا كان لديك لقطة شاشة لهذا الخطأ (ممارسة جيدة) ، يمكنك استخدام Imgur.com لتحميله ونسخ / لصق الرابط هنا.
The published rules for this game say that after deliveries are made, order cards should be turned face down. Hiding known information is an okay mechanic when playing around a table in real life, but it falls apart when playing online asynchronously (especially if you have more than one game in progress).
It's made even worse in asynchronous games because deliveries happen on other players' turns and are not reported in the gamelog, so the only way to find out what happened is either to keep copious notes on all the open orders players have and note the changes, or go back through the replay (which is always a fraught process on BGA, probably because of the load it puts on the server).
(For example, table 567892127 is on move 162. When I tried to do a replay from turn 17 (when an delivery was made), the screen displays the "Previously on..." message and then stops. I've had similar problems on other games, so I doubt this is an issue with the Coal Baron implementation.)
Though this is less of an issue playing playing live online, players can very easily take notes, and now, instead of a test of "memory", it's an advantage of players who have extra screen space and enjoy note-taking. -
• هل هذا النص متاح في translation system ؟ إذا كانت الإجابة بنعم ، فهل تمت ترجمتها لأكثر من 24 ساعة؟
• ما هو متصفحك؟
Google Chrome v129
-
• يرجى توضيح اقتراحك بدقة وإيجاز بحيث يكون من السهل قدر الإمكان فهم ما تعنيه.
The published rules for this game say that after deliveries are made, order cards should be turned face down. Hiding known information is an okay mechanic when playing around a table in real life, but it falls apart when playing online asynchronously (especially if you have more than one game in progress).
It's made even worse in asynchronous games because deliveries happen on other players' turns and are not reported in the gamelog, so the only way to find out what happened is either to keep copious notes on all the open orders players have and note the changes, or go back through the replay (which is always a fraught process on BGA, probably because of the load it puts on the server).
(For example, table 567892127 is on move 162. When I tried to do a replay from turn 17 (when an delivery was made), the screen displays the "Previously on..." message and then stops. I've had similar problems on other games, so I doubt this is an issue with the Coal Baron implementation.)
Though this is less of an issue playing playing live online, players can very easily take notes, and now, instead of a test of "memory", it's an advantage of players who have extra screen space and enjoy note-taking. • ما هو متصفحك؟
Google Chrome v129
سجل التاريخ
Sorry.
اضف لهذا البلاغ
- تعريف طاولة/تعريف حركة
- هل حلَت F5 المشكلة؟
- هل ظهرت المشكلة عدة مرات؟ كل مرة؟ بطريقة عشوائية؟
- إذا كان لديك لقطة شاشة لهذا الخطأ (ممارسة جيدة) ، يمكنك استخدام Imgur.com لتحميله ونسخ / لصق الرابط هنا.
