After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 665609 - En Passant with non-pawns
En Passant with non-pawns
Status: RESOLVED FIXED
Product: gnome-games-superseded
Classification: Deprecated
Component: glchess
3.4.x
Other Linux
: Normal normal
: ---
Assigned To: GNOME Games maintainers
GNOME Games maintainers
Depends on:
Blocks:
 
 
Reported: 2011-12-05 16:39 UTC by rby151
Modified: 2012-07-12 21:28 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
This is the pgn file of the first game when this happened to me. (336 bytes, application/x-chess-pgn)
2011-12-05 16:39 UTC, rby151 		Details
Another example of knight performing en passant (326 bytes, application/x-chess-pgn)
2012-07-12 15:17 UTC, henryzlo 		Details

Description rby151 2011-12-05 16:39:22 UTC 
Created attachment 202844 [details]
This is the pgn file of the first game when this happened to me.

I have discovered that, on the turn after a pawn moves forward two spaces, if an opposing knight (or presumably any other piece) moves to the space behind the pawn, the pawn becomes "captured" just as if an opposing pawn had performed en passant by moving to that space.
Comment 1 André Klapper 2011-12-06 13:53:27 UTC 
Confirming with 3.2.1
Comment 2 marzojr 2012-06-28 18:35:17 UTC 
Still happens on 3.4.1.
Comment 3 henryzlo 2012-07-12 15:17:15 UTC 
Created attachment 218639 [details]
Another example of knight performing en passant

See move 15a, 15b.  Black knight captures pawn as if by en passant.
Comment 4 Robert Ancell 2012-07-12 21:27:29 UTC 
This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.