#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. -
• ข้อความนี้มีอยู่ใน ระบบการแปล หรือไม่? ถ้าใช่มันแปลมานานกว่า 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. -
• ข้อความนี้มีอยู่ใน ระบบการแปล หรือไม่? ถ้าใช่มันแปลมานานกว่า 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.
เพิ่มการร้องเรียน
- ID ของโต๊ะอื่น / ID ของตาเดิน
- การกด F5 แก้ไขปัญหาหรือไม่
- ปัญหาเกิดขึ้นหลายครั้งหรือไม่ ทุกเวลา? สุ่ม?
- หากคุณมีภาพหน้าจอของข้อบกพร่องนี้ (แนวปฏิบัติที่ดี) คุณสามารถใช้ Imgur.com เพื่ออัปโหลดและคัดลอก / วางลิงค์ที่นี่
