Like you wrote elsewhere: TTN deployed a fix to send commands on SF12 if a node is erroneously expecting RX2 to use the LoRaWAN default SF12 rather than the TTN EU868 SF9, and is not responding to the SF9 ADR command.
This specific node is now at SF8, since it received the new 22 bytes network settings on SF12 at 11:57 below, after the earlier 17 bytes message on SF9 did not make the node change its settings:
Still then, new abuse or bug: the node is not doing any channel hopping anymore