• يرجى نسخ / لصق رسالة الخطأ التي تراها على الشاشة ، إن وجدت.

In real-time games, it happens quiet frequently that a player is not playing because he did not receive the notification that it is his turn to play. It also happens that the game situation is screwed at his side only because of a lost notification.
It leads to wasted games and to many bug reports on games despite the game developer can not fix them.

Ideally, lost notifications should not exist (might be done using an acknowledgment to reissue a notification to a player if it browser did not acknowledge; normally TCP is doing it automatically at a lower level, I wonder if you are in UDP), but avoiding them would probably increase the server load.

At least, a mitigation for lost your turn notifications should be implemented: if a player is not playing for a given amount of time (either fixed or computed from average time needed to play in the game, or when going negative in time but that’s might be too late to reload and play without being expelled), a special framework specific "YourTurn" notification should be sent to its browser. When the browser receive it, the framework at client side should either:
- if it was knowing that the player should play (it has received the normal your turn notification), do nothing,
- if it was not knowing that the player should play, warn the player that he must reload the page (as the normal notification can have important lost data) and show a button to do it easily.

• يرجى توضيح ما تريد القيام به ، ماذا فعلت وما حدث

• ما هو متصفحك؟

• يرجى نسخ / لصق النص المعروض باللغة الإنجليزية بدلاً من لغتك. إذا لديك لقطة شاشة عن هذا الخطأ (من المفضل)، يمكنك استخدام خدمة إستضافة للصور من اختيارك (snipboard.io مثلاً) لتحميلها و نسخ/لصق الرابط هنا. هل هذا النص متاح في translation system ؟ إذا كانت الإجابة بنعم ، فهل تمت ترجمتها لأكثر من 24 ساعة؟

In real-time games, it happens quiet frequently that a player is not playing because he did not receive the notification that it is his turn to play. It also happens that the game situation is screwed at his side only because of a lost notification.
It leads to wasted games and to many bug reports on games despite the game developer can not fix them.

Ideally, lost notifications should not exist (might be done using an acknowledgment to reissue a notification to a player if it browser did not acknowledge; normally TCP is doing it automatically at a lower level, I wonder if you are in UDP), but avoiding them would probably increase the server load.

At least, a mitigation for lost your turn notifications should be implemented: if a player is not playing for a given amount of time (either fixed or computed from average time needed to play in the game, or when going negative in time but that’s might be too late to reload and play without being expelled), a special framework specific "YourTurn" notification should be sent to its browser. When the browser receive it, the framework at client side should either:
- if it was knowing that the player should play (it has received the normal your turn notification), do nothing,
- if it was not knowing that the player should play, warn the player that he must reload the page (as the normal notification can have important lost data) and show a button to do it easily.

• ما هو متصفحك؟

• يرجى توضيح اقتراحك بدقة وإيجاز بحيث يكون من السهل قدر الإمكان فهم ما تعنيه.

In real-time games, it happens quiet frequently that a player is not playing because he did not receive the notification that it is his turn to play. It also happens that the game situation is screwed at his side only because of a lost notification.
It leads to wasted games and to many bug reports on games despite the game developer can not fix them.

Ideally, lost notifications should not exist (might be done using an acknowledgment to reissue a notification to a player if it browser did not acknowledge; normally TCP is doing it automatically at a lower level, I wonder if you are in UDP), but avoiding them would probably increase the server load.

At least, a mitigation for lost your turn notifications should be implemented: if a player is not playing for a given amount of time (either fixed or computed from average time needed to play in the game, or when going negative in time but that’s might be too late to reload and play without being expelled), a special framework specific "YourTurn" notification should be sent to its browser. When the browser receive it, the framework at client side should either:
- if it was knowing that the player should play (it has received the normal your turn notification), do nothing,
- if it was not knowing that the player should play, warn the player that he must reload the page (as the normal notification can have important lost data) and show a button to do it easily.

• ما هو متصفحك؟

• ما الذي تم عرضه على الشاشة عندما تم حظرك (شاشة فارغة؟ جزء من واجهة اللعبة؟ رسالة خطأ؟)

In real-time games, it happens quiet frequently that a player is not playing because he did not receive the notification that it is his turn to play. It also happens that the game situation is screwed at his side only because of a lost notification.
It leads to wasted games and to many bug reports on games despite the game developer can not fix them.

Ideally, lost notifications should not exist (might be done using an acknowledgment to reissue a notification to a player if it browser did not acknowledge; normally TCP is doing it automatically at a lower level, I wonder if you are in UDP), but avoiding them would probably increase the server load.

At least, a mitigation for lost your turn notifications should be implemented: if a player is not playing for a given amount of time (either fixed or computed from average time needed to play in the game, or when going negative in time but that’s might be too late to reload and play without being expelled), a special framework specific "YourTurn" notification should be sent to its browser. When the browser receive it, the framework at client side should either:
- if it was knowing that the player should play (it has received the normal your turn notification), do nothing,
- if it was not knowing that the player should play, warn the player that he must reload the page (as the normal notification can have important lost data) and show a button to do it easily.

• ما هو متصفحك؟

• أي جزء من القواعد تم مخالفته في تصميم التبني لدى BGA

In real-time games, it happens quiet frequently that a player is not playing because he did not receive the notification that it is his turn to play. It also happens that the game situation is screwed at his side only because of a lost notification.
It leads to wasted games and to many bug reports on games despite the game developer can not fix them.

Ideally, lost notifications should not exist (might be done using an acknowledgment to reissue a notification to a player if it browser did not acknowledge; normally TCP is doing it automatically at a lower level, I wonder if you are in UDP), but avoiding them would probably increase the server load.

At least, a mitigation for lost your turn notifications should be implemented: if a player is not playing for a given amount of time (either fixed or computed from average time needed to play in the game, or when going negative in time but that’s might be too late to reload and play without being expelled), a special framework specific "YourTurn" notification should be sent to its browser. When the browser receive it, the framework at client side should either:
- if it was knowing that the player should play (it has received the normal your turn notification), do nothing,
- if it was not knowing that the player should play, warn the player that he must reload the page (as the normal notification can have important lost data) and show a button to do it easily.

• هل انتهاك القواعد مرئي عند إعادة اللعب؟ إذا كانت الإجابة بنعم ، فبأي رقم؟

• ما هو متصفحك؟

• ما هو نشاط اللعبة الذي أردت القيام به؟

In real-time games, it happens quiet frequently that a player is not playing because he did not receive the notification that it is his turn to play. It also happens that the game situation is screwed at his side only because of a lost notification.
It leads to wasted games and to many bug reports on games despite the game developer can not fix them.

Ideally, lost notifications should not exist (might be done using an acknowledgment to reissue a notification to a player if it browser did not acknowledge; normally TCP is doing it automatically at a lower level, I wonder if you are in UDP), but avoiding them would probably increase the server load.

At least, a mitigation for lost your turn notifications should be implemented: if a player is not playing for a given amount of time (either fixed or computed from average time needed to play in the game, or when going negative in time but that’s might be too late to reload and play without being expelled), a special framework specific "YourTurn" notification should be sent to its browser. When the browser receive it, the framework at client side should either:
- if it was knowing that the player should play (it has received the normal your turn notification), do nothing,
- if it was not knowing that the player should play, warn the player that he must reload the page (as the normal notification can have important lost data) and show a button to do it easily.

• ماذا تحاول أن تفعل لتحريك هذا العمل اللعبة؟

• ماذا حدث عند محاولة القيام بهذا (رسالة خطأ ، رسالة شريط حالة اللعبة ، ...)؟

• ما هو متصفحك؟

• في أي خطوة من اللعبة حدثت المشكلة (ما هو تعليمة اللعبة الحالية)؟

In real-time games, it happens quiet frequently that a player is not playing because he did not receive the notification that it is his turn to play. It also happens that the game situation is screwed at his side only because of a lost notification.
It leads to wasted games and to many bug reports on games despite the game developer can not fix them.

Ideally, lost notifications should not exist (might be done using an acknowledgment to reissue a notification to a player if it browser did not acknowledge; normally TCP is doing it automatically at a lower level, I wonder if you are in UDP), but avoiding them would probably increase the server load.

At least, a mitigation for lost your turn notifications should be implemented: if a player is not playing for a given amount of time (either fixed or computed from average time needed to play in the game, or when going negative in time but that’s might be too late to reload and play without being expelled), a special framework specific "YourTurn" notification should be sent to its browser. When the browser receive it, the framework at client side should either:
- if it was knowing that the player should play (it has received the normal your turn notification), do nothing,
- if it was not knowing that the player should play, warn the player that he must reload the page (as the normal notification can have important lost data) and show a button to do it easily.

• ماذا حدث عند محاولة إجراء هذه الحركة داخل اللعبة (رسالة خطأ ، رسالة شريط حالة اللعبة ، ...)؟

• ما هو متصفحك؟

• يرجى وصف مشكلة العرض. إذا لديك لقطة شاشة عن هذا الخطأ (من المفضل)، يمكنك استخدام خدمة إستضافة للصور من اختيارك (snipboard.io مثلاً) لتحميلها و نسخ/لصق الرابط هنا.

In real-time games, it happens quiet frequently that a player is not playing because he did not receive the notification that it is his turn to play. It also happens that the game situation is screwed at his side only because of a lost notification.
It leads to wasted games and to many bug reports on games despite the game developer can not fix them.

Ideally, lost notifications should not exist (might be done using an acknowledgment to reissue a notification to a player if it browser did not acknowledge; normally TCP is doing it automatically at a lower level, I wonder if you are in UDP), but avoiding them would probably increase the server load.

At least, a mitigation for lost your turn notifications should be implemented: if a player is not playing for a given amount of time (either fixed or computed from average time needed to play in the game, or when going negative in time but that’s might be too late to reload and play without being expelled), a special framework specific "YourTurn" notification should be sent to its browser. When the browser receive it, the framework at client side should either:
- if it was knowing that the player should play (it has received the normal your turn notification), do nothing,
- if it was not knowing that the player should play, warn the player that he must reload the page (as the normal notification can have important lost data) and show a button to do it easily.

• ما هو متصفحك؟

• يرجى نسخ / لصق النص المعروض باللغة الإنجليزية بدلاً من لغتك. إذا لديك لقطة شاشة عن هذا الخطأ (من المفضل)، يمكنك استخدام خدمة إستضافة للصور من اختيارك (snipboard.io مثلاً) لتحميلها و نسخ/لصق الرابط هنا. هل هذا النص متاح في translation system ؟ إذا كانت الإجابة بنعم ، فهل تمت ترجمتها لأكثر من 24 ساعة؟

In real-time games, it happens quiet frequently that a player is not playing because he did not receive the notification that it is his turn to play. It also happens that the game situation is screwed at his side only because of a lost notification.
It leads to wasted games and to many bug reports on games despite the game developer can not fix them.

Ideally, lost notifications should not exist (might be done using an acknowledgment to reissue a notification to a player if it browser did not acknowledge; normally TCP is doing it automatically at a lower level, I wonder if you are in UDP), but avoiding them would probably increase the server load.

At least, a mitigation for lost your turn notifications should be implemented: if a player is not playing for a given amount of time (either fixed or computed from average time needed to play in the game, or when going negative in time but that’s might be too late to reload and play without being expelled), a special framework specific "YourTurn" notification should be sent to its browser. When the browser receive it, the framework at client side should either:
- if it was knowing that the player should play (it has received the normal your turn notification), do nothing,
- if it was not knowing that the player should play, warn the player that he must reload the page (as the normal notification can have important lost data) and show a button to do it easily.

• ما هو متصفحك؟

• يرجى توضيح اقتراحك بدقة وإيجاز بحيث يكون من السهل قدر الإمكان فهم ما تعنيه.

In real-time games, it happens quiet frequently that a player is not playing because he did not receive the notification that it is his turn to play. It also happens that the game situation is screwed at his side only because of a lost notification.
It leads to wasted games and to many bug reports on games despite the game developer can not fix them.

Ideally, lost notifications should not exist (might be done using an acknowledgment to reissue a notification to a player if it browser did not acknowledge; normally TCP is doing it automatically at a lower level, I wonder if you are in UDP), but avoiding them would probably increase the server load.

At least, a mitigation for lost your turn notifications should be implemented: if a player is not playing for a given amount of time (either fixed or computed from average time needed to play in the game, or when going negative in time but that’s might be too late to reload and play without being expelled), a special framework specific "YourTurn" notification should be sent to its browser. When the browser receive it, the framework at client side should either:
- if it was knowing that the player should play (it has received the normal your turn notification), do nothing,
- if it was not knowing that the player should play, warn the player that he must reload the page (as the normal notification can have important lost data) and show a button to do it easily.

• ما هو متصفحك؟