OK. Shredder's back to normal.
Edit: Possibly not fully back to normal. Same symptoms here:
The caveat mentioned in the original post is incorrect. The EGTBs appear to handle e.p. correctly. You just need to enter the position via a FEN to pass the e.p. square.
The EGTBs don't as yet handle castling rights so far as I know (not sure about Lomonosov). I have repasted the FEN in the above image - notice the White castling right has disappeared in the FEN that appears below the diagram. This also happens when the position is found as below. The original FEN should be mate in 10 with O-O as White's first move.
In this topic https://www.chess.com/forum/view/general/should-the-50-move-rule-exist I suggested a replacement rule for the 50 move rule based on existing DTM EGTBs. I wanted to post a caveat that the EGTBs where there are pawns on both sides should not necessarily be taken as reliable because e.p. is not taken into account.
I looked up the following position on Shredder (a couple of days ago) as a potential example.
Black to move.
The position was correctly given as a White mate in 1, but the position after the forced 1...b5 was just shown as a White mate in 2 with no reference to en passant.
If I look up the positions on Shredder now both positions show as "not found", the latter with or without an e.p. specification.
The Black to play position with the b7 pawn relocated to b6, for which a correct DTM should be given by a DTM EGTB that ignores the e.p. rule, also shows "not found".
What's going on with the Shredder endgame databases?