This bug is related to test case 1.4.1 and 1.4.2 in the list of test cases:
http://wiki.maemo.org/Miniature/Development/testcases

Game log containing FICS log is available here:
http://wiki.maemo.org/Miniature/Development/testcases/ficslog141

Key line:
FICS: "okmko would like to abort the game; type "abort" to accept."

Proposing for 0.5 - needs to be confirmed.

(In reply to comment #1)
> Key line:
> FICS: "okmko would like to abort the game; type "abort" to accept."

UI implemented although I can't test this until the backend pieces are in place
as well. See
http://gitorious.org/miniature/miniature/commit/f908b9fb55edffc8c0834a824447a5d0ca6d8ef3
for more details.

By the way, at http://miniature-chess.org/wiki/Test_cases you say: 

> A non modal dialog (not overlaping the board) appears: 

The current implementation does overlap the board. The reason is simple: I
couldn't find anywhere else to make it fit. I tried in the chat area: looks
ugly and weird. 

Let's see how the current behavior works esp when the opponent is trying to
distract the local user with multiple requests. In principle FICS prevents
multiple requests from being sent by telling the user "You have alredysent a
request" or something. Still, better to be sure and test it when the backend
functionality is implemented.

(In reply to comment #4)
> By the way, at http://miniature-chess.org/wiki/Test_cases you say: 
> 
> > A non modal dialog (not overlaping the board) appears: 
> 
> The current implementation does overlap the board. The reason is simple: I
> couldn't find anywhere else to make it fit. I tried in the chat area: looks
> ugly and weird. 

A better(?) solution would be an information banner which could be shown in
whatever screen (Main Game / SeekGames / OnlineBoard). The advantage would be
the needed space. The "banner" also could be an icon somewhere.

After tapping onto this banner the proiposed dialog could appear and in this
case it could overlap important areas like the chess board.

If you agree with this idea I would open a "non-modal 2 step dialog"-bug which
could be assigned to related bugs which need such a dialog to be solved.

> Let's see how the current behavior works esp when the opponent is trying to
> distract the local user with multiple requests. In principle FICS prevents
> multiple requests from being sent by telling the user "You have alredysent a
> request" or something. Still, better to be sure and test it when the backend
> functionality is implemented.

Multiple requests may be impossible, sure. But it could be very unfair to get a
request in the final part of a game. It would break the attention of the player
or make the player's clock running out of time so this implementation should be
a workaround until we have a better. On the other hand you are right: Let's see
how the current behaviour works first. :)

(In reply to comment #0)
> ACTUAL OUTCOME: 
> Nothing happens and both sides are unable to make a move (red square appears).

I have tested and it doesn't happen to me with the latest version.

It happened though when sending a draw request... but after doing CleanAll,
RebuildAll & deploy everything worked as expected.

Therefore this issue is not as big as described in the first comment and
therefore we leave it for post-0.5, as agreed in the IRC meeting.

In 0.5 there is no possibility to abort a game. Only "resign" is available as
option.

An option "abort" is needed:
* Until the second move is done an abort request does not need a confirmation
* after move one, the opponent has to agree the request