Bug 351430 - PGN export violates spec wrt to capture moves
Summary: PGN export violates spec wrt to capture moves
Status: CONFIRMED
Alias: None
Product: knights
Classification: Applications
Component: general (show other bugs)
Version: 2.5.0
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Alexander Semke
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-08-18 08:31 UTC by Jake Linder
Modified: 2023-02-21 16:42 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jake Linder 2015-08-18 08:31:07 UTC
http://www6.chessclub.com/help/PGN-spec

>>>>>>>>
8.2.3.3: Basic SAN move construction

A basic SAN move is given by listing the moving piece letter (omitted for
pawns) followed by the destination square.  Capture moves are denoted by the
lower case letter "x" immediately prior to the destination square; pawn
captures include the file letter of the originating square of the capturing
pawn immediately prior to the "x" character.

<<<<<<<<

When a capture move is made, say d4 capturing e5, knights wrongly outputs the move as "e5"  when
the correct form is "dxe5". This breaks import on other chess clients which are compliant (sicd).
Comment 1 Christian Herenz 2020-06-25 16:12:29 UTC
I also noticed that the display of the short algebraic notation is wrong, as it omits the x in the capture.
Comment 2 Alexander Semke 2020-11-02 07:57:25 UTC
I have a potential fix for this problem. Does knights only have this problem with capturing or also with check and checkmate?
Comment 3 Alexander Semke 2020-11-15 15:35:45 UTC
Knights also has the same problem with the check and with the checkmate. The handling of the different notations is a mess in knights and I don't see any easy way to quickly address this problem without going for a refactoring of the problematic code...
Comment 4 Alexander Dahl 2023-02-21 16:42:55 UTC
Can confirm for 2.6.20121 from Debian GNU/Linux 11 (bullseye).