I think that's a known bug that was already reported in hatari where emutos had some issues too when drawing some icons.
If you check hatari-devel mailing list archive for the the thread "Blitter emulation corner case" from 2018/05/09, I think it describes the same issue with some details / test programs.
The problem arises when xcount=1 and FXSR and NFSR bits are both set, which is more or less contradictory, because fxsr asks to fetch one extra word at start, but nfsr asks to not fetch the last word. But here the last word is also the first/single word .
In that case, the real blitter will sometimes read 2 words and ignore one of these word, but not always, it seems to depend on a "complex" combination of src/dest addresses, whether addresses are incrementing or decremeting and so on.
For now, the logic behind this was not determined. Hatari will always do the same logic, which might break some programs.